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 "Todd Lipcon (Commented) (JIRA)" <ji...@apache.org> on 2011/12/23 19:40:30 UTC

[jira] [Commented] (HDFS-2720) HA : TestStandbyIsHot is failing while copying in_use.lock file from NN1 nameSpaceDirs to NN2 nameSpaceDirs

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

Todd Lipcon commented on HDFS-2720:
-----------------------------------

For testing on actual clusters, I've done this by shutting down the active NN, then just rsyncing the storage dir to the standby, then starting the standby.

Your idea of skipping in_use.lock is one solution for MiniDFSCluster. The other solution would be to copy the storage dir to all the standbys before starting the first NN. But that might break "addNameNode" support in HA - maybe not a big deal since I don't think we use that in HA cluster tests at the moment.
                
> HA : TestStandbyIsHot is failing while copying in_use.lock file from NN1 nameSpaceDirs to NN2 nameSpaceDirs 
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: HDFS-2720
>                 URL: https://issues.apache.org/jira/browse/HDFS-2720
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: ha, test
>    Affects Versions: HA branch (HDFS-1623)
>            Reporter: Uma Maheswara Rao G
>            Assignee: Uma Maheswara Rao G
>
> To maintain the clusterID same , we are copying the namespaceDirs from 1st NN to other NNs.
> While copying this files, in_use.lock file may not allow to copy in all the OSs since it has aquired the lock on it. 

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