Details
-
Bug
-
Status: Closed
-
Critical
-
Resolution: Fixed
-
2.0.2-alpha
-
None
-
None
-
Reviewed
Description
Currently, in TransferFsImage.downloadEditsToStorage, we download the edits file directly to its finalized path. So, if the transfer fails in the middle, a half-written file is left and cannot be distinguished from a correct file. So, future checkpoints by the 2NN will fail, since the file is truncated in the middle – but it won't ever download a good copy because it thinks it already has the proper file.
Attachments
Attachments
Issue Links
- is related to
-
HDFS-3519 Checkpoint upload may interfere with a concurrent saveNamespace
- Closed