You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-issues@hadoop.apache.org by "Andrew Wang (JIRA)" <ji...@apache.org> on 2013/03/13 01:33:13 UTC
[jira] [Created] (HDFS-4596) Shutting down namenode during
checkpointing can lead to md5sum error
Andrew Wang created HDFS-4596:
---------------------------------
Summary: Shutting down namenode during checkpointing can lead to md5sum error
Key: HDFS-4596
URL: https://issues.apache.org/jira/browse/HDFS-4596
Project: Hadoop HDFS
Issue Type: Bug
Components: namenode
Affects Versions: 3.0.0
Reporter: Andrew Wang
Assignee: Andrew Wang
Fix For: 2.0.4-alpha
This is a really rare error that can hit if a NN shutdown happens during the checkpointing process.
Checkpointing and restarting nominally looks like this:
# FSImage is written to a tmp file and then renamed
# MD5 file is written to a tmp file and then renamed
# NN is killed and restarted
# NN scans storage directories and picks up the renamed image file
# NN validates that the image file matches its md5 file
If the NN is killed before step 2 completes, this is what happens:
# FSImage is written to a tmp file and then renamed
# NN is killed and restarted (no MD5 file!)
# NN scans storage directories and picks up the renamed image file
# Since there's no matching MD5 file, NN errors out with a checksum error
I think we can fix this by inverting the order of writing the image then md5, or inverting the order of reading the image then md5.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira