Return-Path: Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: (qmail 1791 invoked from network); 30 Dec 2010 00:04:27 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 30 Dec 2010 00:04:27 -0000 Received: (qmail 4975 invoked by uid 500); 30 Dec 2010 00:04:27 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 4933 invoked by uid 500); 30 Dec 2010 00:04:27 -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 4924 invoked by uid 99); 30 Dec 2010 00:04:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Dec 2010 00:04:26 +0000 X-ASF-Spam-Status: No, hits=-1996.4 required=10.0 tests=ALL_TRUSTED,FS_REPLICA X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Dec 2010 00:04:24 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id oBTNxpsv020837 for ; Wed, 29 Dec 2010 23:59:52 GMT Message-ID: <24624365.66491293667191946.JavaMail.jira@thor> Date: Wed, 29 Dec 2010 18:59:51 -0500 (EST) From: "Eli Collins (JIRA)" To: hdfs-issues@hadoop.apache.org Subject: [jira] Updated: (HDFS-15) Rack replication policy can be violated for over replicated blocks 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 [ https://issues.apache.org/jira/browse/HDFS-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eli Collins updated HDFS-15: ---------------------------- Summary: Rack replication policy can be violated for over replicated blocks (was: All replicas of a block end up on only 1 rack) > Rack replication policy can be violated for over replicated blocks > ------------------------------------------------------------------- > > Key: HDFS-15 > URL: https://issues.apache.org/jira/browse/HDFS-15 > Project: Hadoop HDFS > Issue Type: Bug > Affects Versions: 0.20.3 > Reporter: Hairong Kuang > Assignee: Jitendra Nath Pandey > Priority: Critical > Fix For: 0.20.3, 0.21.0 > > Attachments: hdfs-15-b20-1.patch, HDFS-15.4.patch, HDFS-15.5.patch, HDFS-15.6.patch, HDFS-15.patch, HDFS-15.patch.2, HDFS-15.patch.3 > > > HDFS replicas placement strategy guarantees that the replicas of a block exist on at least two racks when its replication factor is greater than one. But fsck still reports that the replicas of some blocks end up on one rack. > The cause of the problem is that decommission and corruption handling only check the block's replication factor but not the rack requirement. When an over-replicated block loses a replica due to decomission, corruption, or heartbeat lost, namenode does not take any action to guarantee that remaining replicas are on different racks. > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.