Return-Path: X-Original-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 588E710D0A for ; Thu, 21 Nov 2013 04:11:56 +0000 (UTC) Received: (qmail 66788 invoked by uid 500); 21 Nov 2013 04:11:46 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 66687 invoked by uid 500); 21 Nov 2013 04:11:43 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-issues@hadoop.apache.org Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 66661 invoked by uid 99); 21 Nov 2013 04:11:35 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Nov 2013 04:11:35 +0000 Date: Thu, 21 Nov 2013 04:11:35 +0000 (UTC) From: "Colin Patrick McCabe (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (HDFS-5543) fix narrow race condition in TestPathBasedCacheRequests MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HDFS-5543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colin Patrick McCabe updated HDFS-5543: --------------------------------------- Status: Patch Available (was: Open) > fix narrow race condition in TestPathBasedCacheRequests > ------------------------------------------------------- > > Key: HDFS-5543 > URL: https://issues.apache.org/jira/browse/HDFS-5543 > Project: Hadoop HDFS > Issue Type: Sub-task > Components: test > Affects Versions: 3.0.0 > Reporter: Colin Patrick McCabe > Assignee: Colin Patrick McCabe > Attachments: HDFS-5543.001.patch > > > TestPathBasedCacheRequests has a narrow race condition in testWaitForCachedReplicasInDirectory where an assert checking the number of bytes cached may fail. The reason is because waitForCachedBlock looks at the NameNode data structures directly to see how many replicas are cached, but the scanner asynchronously updates the cache entries with this information. -- This message was sent by Atlassian JIRA (v6.1#6144)