Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 32549 invoked from network); 1 Apr 2009 00:22:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Apr 2009 00:22:15 -0000 Received: (qmail 78592 invoked by uid 500); 1 Apr 2009 00:22:14 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 78449 invoked by uid 500); 1 Apr 2009 00:22:13 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 78424 invoked by uid 99); 1 Apr 2009 00:22:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2009 00:22:13 +0000 X-ASF-Spam-Status: No, hits=-1998.8 required=10.0 tests=ALL_TRUSTED,FS_REPLICA X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Apr 2009 00:22:11 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 9C8FD234C046 for ; Tue, 31 Mar 2009 17:21:50 -0700 (PDT) Message-ID: <1716366793.1238545310640.JavaMail.jira@brutus> Date: Tue, 31 Mar 2009 17:21:50 -0700 (PDT) From: "Raghu Angadi (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Created: (HADOOP-5605) All the replicas incorrectly got marked as corrupt. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org All the replicas incorrectly got marked as corrupt. --------------------------------------------------- Key: HADOOP-5605 URL: https://issues.apache.org/jira/browse/HADOOP-5605 Project: Hadoop Core Issue Type: Bug Components: dfs Affects Versions: 0.20.0 Reporter: Raghu Angadi Fix For: 0.2.0 NameNode does not handle {{reportBadBlocks()}} properly. As a result, when DataNode reports the corruption (only in the case of block transfer between two datanodes), further attempts to replicate the block end up marking all the replicas as corrupt! >From the implementation, it looks like NN incorrectly uses the block object used in RPC to queue to neededReplication queue instead of using internal block object. will include an actual example in the next comment. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.