Details
Description
We can make the fact that some FileSystem implementations are really blobstores, with different atomicity and consistency guarantees, by adding a Blobstore interface to add to them.
This could also be a place to add a Copy(Path,Path) method, assuming that all blobstores implement at server-side copy operation as a substitute for rename.
Attachments
Attachments
Issue Links
- is depended upon by
-
HADOOP-11556 SwiftNativeFileSystem rename being interrupted during "fs -put"
- Open
-
HADOOP-9577 Actual data loss using s3n (against US Standard region)
- Resolved
-
HADOOP-11487 FileNotFound on distcp to s3n/s3a due to creation inconsistency
- Resolved
- is duplicated by
-
HADOOP-11525 FileSystem should expose some performance characteristics for caller (e.g., FsShell) to choose the right algorithm.
- Closed
- is related to
-
HADOOP-11867 Add a high-performance vectored read API.
- Resolved
-
HDFS-11704 OzoneFileSystem: A Hadoop file system implementation for Ozone
- Resolved
-
HADOOP-12046 Avoid creating "._COPYING_" temporary file when copying file to Swift file system
- Resolved
-
HADOOP-16604 Provide copy functionality for cloud native applications
- Open
-
HADOOP-14402 roll out StreamCapabilities across output streams of all filesystems
- Resolved
- relates to
-
HDFS-11644 Support for querying outputstream capabilities
- Resolved
-
HADOOP-9361 Strictly define the expected behavior of filesystem APIs and write tests to verify compliance
- Closed
-
HADOOP-11525 FileSystem should expose some performance characteristics for caller (e.g., FsShell) to choose the right algorithm.
- Closed