Details
-
New Feature
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.8.1
-
None
Description
This issue proposes S3Guard, a new feature of S3A, to provide an option for a stronger consistency model than what is currently offered. The solution coordinates with a strongly consistent external store to resolve inconsistencies caused by the S3 eventual consistency model.
Attachments
Attachments
Issue Links
- depends upon
-
HADOOP-14432 S3A copyFromLocalFile to be robust, tested
- Resolved
-
HADOOP-13912 S3a Multipart Committer (avoid rename)
- Resolved
-
HADOOP-13852 hadoop build to allow hadoop version property to be explicitly set
- Resolved
- incorporates
-
HADOOP-14838 backport S3guard to branch-2
- Resolved
- is depended upon by
-
SPARK-17593 list files on s3 very slow
- Resolved
-
HADOOP-13204 Ãœber-jira: S3a phase III: scale and tuning
- Resolved
- is related to
-
HADOOP-11487 FileNotFound on distcp to s3n/s3a due to creation inconsistency
- Resolved
-
SPARK-18883 FileNotFoundException on _temporary directory
- Resolved
- is superceded by
-
HADOOP-14825 Ãœber-JIRA: S3Guard Phase II: Hadoop 3.1 features
- Resolved
- supercedes
-
HADOOP-14161 Failed to rename file in S3A during FileOutputFormat commitTask
- Resolved