Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Sun, 19 Feb 2012 22:36:35 +0000 (UTC)
From: "Aaron T. Myers (Updated) (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: 
 <1143632015.1071.1329690998362.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1068085521.911.1329682954600.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (HDFS-2974) HA: MiniDFSCluster does not delete
 standby NN name dirs during format
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HDFS-2974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Aaron T. Myers updated HDFS-2974:
---------------------------------

    Attachment: HDFS-2974-HDFS-1623.patch

Whoops! Looks like I uploaded the wrong patch last time. Here's the right one.

I also discovered that this fix caused TestCheckpoint to fail, because of a bug in TestCheckpoint. In one of the TestCheckpoint cases, we restart a mini cluster to assert that having a locked storage directory will cause the NN to fail to start. However, the test case errantly had the NN format the name dir on start. The only reason this test was passing was because of the bug in MiniDFSCluster. The attached patch fixes this bug as well.
                
> HA: MiniDFSCluster does not delete standby NN name dirs during format
> ---------------------------------------------------------------------
>
>                 Key: HDFS-2974
>                 URL: https://issues.apache.org/jira/browse/HDFS-2974
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: ha, test
>    Affects Versions: HA branch (HDFS-1623)
>            Reporter: Aaron T. Myers
>            Assignee: Aaron T. Myers
>         Attachments: HDFS-2952-HDFS-1623.patch, HDFS-2974-HDFS-1623.patch
>
>
> When the MiniDFSCluster is formtting an HA cluster, it formats the first NN, and then copies the contents of that directory to the second NNs name dirs. However, the second NNs name dirs are not emptied first, and thus a previous test's state may interfere with the test.

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