Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Fri, 23 Dec 2011 19:04:30 +0000 (UTC)
From: "Uma Maheswara Rao G (Commented) (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: 
 <1194154809.43049.1324667070753.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <2035695352.42127.1324635270669.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (HDFS-2720) HA : TestStandbyIsHot is failing
 while copying in_use.lock file from NN1 nameSpaceDirs to NN2 nameSpaceDirs
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Uma Maheswara Rao G commented on HDFS-2720:
-------------------------------------------

Thanks a lot,Todd for the suggestions.
{quote}
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.
{quote}
 I feel we should automate this once we built the automatic HA right. We were depending on zookeeper to store namespaceID(in our internal HA). But i am not sure how we can handle it in linux HA case.
Shall i file one JIRA for it?

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