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: [email protected]
For additional commands, e-mail: [email protected]