[ 
https://issues.apache.org/jira/browse/HDFS-3127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13236259#comment-13236259
 ] 

Aaron T. Myers commented on HDFS-3127:
--------------------------------------

Patch largely looks good, Brandon. A few comments:

# removeStorageAccess, restoreAccess, and numStorageDirs can all be made private
# numStorageDirs can be made static
# Rather than do set(Readable/Executable/Writable), use FileUtil.chmod(...).
# Please put the contents of the test in a try/finally, with the calls to 
shutdown the cluster and the 2NN in the finally block.
# Some lines are over 80 chars.
# No need for the numDatanodes variable - it's only used in one place.
# Instead of "xwr" use "rwx", which I think is a more common way of describing 
permissions.
                
> failure in recovering removed storage directories should not stop checkpoint 
> process
> ------------------------------------------------------------------------------------
>
>                 Key: HDFS-3127
>                 URL: https://issues.apache.org/jira/browse/HDFS-3127
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: name-node
>    Affects Versions: 1.1.0
>            Reporter: Brandon Li
>            Assignee: Brandon Li
>         Attachments: HDFS-3127.branch-1.patch, HDFS-3127.branch-1.patch
>
>
> When a restore fails, rollEditLog() also fails even if there are healthy 
> directories. Any exceptions from recovering the removed directories should 
> not fail checkpoint process.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to