Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Wed, 8 Feb 2012 19:26:59 +0000 (UTC)
From: "Aaron T. Myers (Commented) (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: 
 <1718656071.16006.1328729219508.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1061660440.13806.1328690577519.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (HDFS-2915) HA:
 TestFailureOfSharedDir.testFailureOfSharedDir() has race condition
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

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

bq. I am planning to make the shared dir inaccessible by changing write permissions (instead of deleting the directory). That gets rid all potential race conditions.

Sure, that'd be fine too.
                
> HA: TestFailureOfSharedDir.testFailureOfSharedDir() has race condition
> ----------------------------------------------------------------------
>
>                 Key: HDFS-2915
>                 URL: https://issues.apache.org/jira/browse/HDFS-2915
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: name-node
>    Affects Versions: HA branch (HDFS-1623)
>            Reporter: Bikas Saha
>            Assignee: Bikas Saha
>            Priority: Minor
>
> The test deletes the shared edits dir to simulate a failure. Then it calls rollEditLogs() to trigger the deleted dir to be used and fail with an IOException. Unfortunately, deleting the shared dir can put the NN in safe mode due to lack of space. This causes a SafeModeException to be thrown when rollEditDirs() is called. This exception is caught as an IOException in the test but the associated assert in the catch block fails.
> This always happens in the debugger because the delay in stepping through causes the safe mode change to happen before rollEditLogs() gets called.

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