Details
-
Bug
-
Status: Closed
-
Blocker
-
Resolution: Fixed
-
2.3.0
-
None
-
None
-
Reviewed
Description
WebHdfsFileSystem.open and HftpFileSystem.open incorrectly handles non-existing paths.
- 'open', does not really open anything, i.e., it does not contact the server, and therefore cannot discover FileNotFound, it's deferred until next read. It's counterintuitive and not how local FS or HDFS work. In POSIX you get ENOENT on open. LzoInputFormat.getSplits is an example of the code that's broken because of this.
- On the server side, FileDataServlet incorrectly sends SC_BAD_REQUEST instead of SC_NOT_FOUND for non-exitsing paths
Attachments
Attachments
Issue Links
- breaks
-
HDFS-7049 TestByteRangeInputStream.testPropagatedClose fails and throw NPE on branch-2
- Closed
- is related to
-
HDFS-6199 WebHdfsFileSystem does not treat UnresolvedLinkException
- Resolved
- is required by
-
HDFS-6193 HftpFileSystem open should throw FileNotFoundException for non-existing paths
- Patch Available