You are viewing a plain text version of this content. The canonical link for it is here.

Posted to commits@hudi.apache.org by "Sagar Sumit (Jira)" <ji...@apache.org> on 2022/07/26 13:55:00 UTC

[jira] [Closed] (HUDI-4065) Implement a self-releasing FileLock for multiple writers scenario

     [ https://issues.apache.org/jira/browse/HUDI-4065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sagar Sumit closed HUDI-4065.
-----------------------------
    Resolution: Done

> Implement a self-releasing FileLock for multiple writers scenario
> -----------------------------------------------------------------
>
>                 Key: HUDI-4065
>                 URL: https://issues.apache.org/jira/browse/HUDI-4065
>             Project: Apache Hudi
>          Issue Type: Improvement
>          Components: multi-writer
>            Reporter: Jian Feng
>            Assignee: Jian Feng
>            Priority: Blocker
>              Labels: pull-request-available
>             Fix For: 0.12.0
>
>
> when using HiveMetastoreBasedLockProvider or ZookeeperBasedLockProvider, if the writer with locker crash before releasing the locker,  no writers can obtain the locker anymore, hence can not cleaning/expiring the lock after a failed write.
> Instead of those lockers depending on external components, FIleBaseLocker only relies on FileSystem's atomic file creation behavior.  an instant will be written to the file, so it will clean the lock when failing writer rollback. also can set expire strategy on it.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)