Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Wed, 17 Jul 2013 13:18:52 +0000 (UTC)
From: "Hudson (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: <JIRA.12658055.1373995510840.65391.1374067132305@arcas>
In-Reply-To: <JIRA.12658055.1373995510840@arcas>
References: <JIRA.12658055.1373995510840@arcas>
Subject: [jira] [Commented] (HDFS-4998) TestUnderReplicatedBlocks fails
 intermittently
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Hudson commented on HDFS-4998:
------------------------------

FAILURE: Integrated in Hadoop-Hdfs-trunk #1463 (See [https://builds.apache.org/job/Hadoop-Hdfs-trunk/1463/])
HDFS-4998. TestUnderReplicatedBlocks fails intermittently. Contributed by Kihwal Lee. (kihwal: http://svn.apache.org/viewcvs.cgi/?root=Apache-SVN&view=rev&rev=1503971)
* /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
* /hadoop/common/trunk/hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/server/blockmanagement/TestUnderReplicatedBlocks.java

                
> TestUnderReplicatedBlocks fails intermittently
> ----------------------------------------------
>
>                 Key: HDFS-4998
>                 URL: https://issues.apache.org/jira/browse/HDFS-4998
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: test
>    Affects Versions: 2.1.0-beta
>            Reporter: Kihwal Lee
>            Assignee: Kihwal Lee
>             Fix For: 3.0.0, 2.1.0-beta, 0.23.10
>
>         Attachments: HDFS-4998.branch-023.patch, HDFS-4998.trunk.patch
>
>
> Looking at branch-2.1-beta jenkins build, this test case seems flaky.
> First, addToInvalidates() is called against a block on a datanode. This removes the dn from the BlockInfo in blocksMap. 
> At this point, raising the replication factor can cause the same node to be picked. If the node has already deleted the block, it will work. If not, the replication fails. When it fails, it will take at least the pending replication timeout to reschedule, which is 5 minutes.  But the test will timeout before this and fail. 
> We could make it wait for the completion of actual block deletion. Or the test timeout can be made a lot longer, but past jiras against this test case indicate people want this to run faster.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira