Steve Loughran created HADOOP-16490:
---------------------------------------

             Summary: S3GuardExistsRetryPolicy handle FNFE eventual consistency 
better
                 Key: HADOOP-16490
                 URL: https://issues.apache.org/jira/browse/HADOOP-16490
             Project: Hadoop Common
          Issue Type: Sub-task
          Components: fs/s3
    Affects Versions: 3.3.0
            Reporter: Steve Loughran
            Assignee: Steve Loughran


If S3Guard is encountering delayed consistency (FNFE from tombstone; failure to 
open file) then 
* it only retries with the same times as everything else. We should make it 
differently configurable
* when an FNFE is finally thrown, rename() treats it as being caused by the 
original source path missing, when in fact its something else. Proposed: 
somehow propagate the failure up differently, probably in the 
S3AFileSystem.copyFile() code



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-dev-h...@hadoop.apache.org

Reply via email to