Our supported Hadoop releases all need to handle s3a stores where the s3a client does not delete directory markers.
This is only the minimal set of list changes; no intent of changing marker retention policy. It should be transparent to all clients
- list/getFileStatus changes
- backwards compatible test of new algorithm
- new tests to verify marker handling
- marker rename bug (
HADOOP-17200) surfacing in testing
- contains
-
HADOOP-17200 Renaming a file under a sibling empty directory doesn't delete dest dir's marker
-
- Resolved
-
- depends upon
-
HADOOP-17210 backport HADOOP-15691 PathCapabilities API to branch-3.2
-
- Resolved
-
- is depended upon by
-
HADOOP-17217 S3A FileSystem does not correctly delete directories with fake entries
-
- Resolved
-
- is related to
-
HADOOP-17228 Backport HADOOP-13230 listing changes for preserved directory markers to 3.1.x
-
- Resolved
-
- relates to
-
HADOOP-13230 S3A to optionally retain directory markers
-
- Resolved
-
- links to