hadoop-hdfs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Harsh J (JIRA)" <j...@apache.org>
Subject [jira] [Created] (HDFS-3886) Shutdown requests can possibly check for checkpoint issues (corrupted edits) and save a good namespace copy before closing down?
Date Sat, 01 Sep 2012 09:04:07 GMT
Harsh J created HDFS-3886:
-----------------------------

             Summary: Shutdown requests can possibly check for checkpoint issues (corrupted
edits) and save a good namespace copy before closing down?
                 Key: HDFS-3886
                 URL: https://issues.apache.org/jira/browse/HDFS-3886
             Project: Hadoop HDFS
          Issue Type: Bug
          Components: name-node
    Affects Versions: 2.0.0-alpha
            Reporter: Harsh J
            Priority: Minor


HDFS-3878 sorta gives me this idea. Aside of having a method to download it to a different
location, we can also lock up the namesystem (or deactivate the client rpc server) and save
the namesystem before we complete up the shutdown.

The init.d/shutdown scripts would have to work with this somehow though, to not kill -9 it
when in-process. Also, the new image may be stored in a shutdown.chkpt directory, to not interfere
in the regular dirs, but still allow easier recovery.

Obviously this will still not work if all directories are broken. So maybe we could have some
configs to tackle that as well?

I haven't thought this through, so let me know what part is wrong to do :)

--
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

Mime
View raw message