Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 73296 invoked from network); 2 Jun 2007 05:56:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Jun 2007 05:56:37 -0000 Received: (qmail 44586 invoked by uid 500); 2 Jun 2007 05:56:40 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 44553 invoked by uid 500); 2 Jun 2007 05:56:40 -0000 Mailing-List: contact hadoop-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hadoop-dev@lucene.apache.org Delivered-To: mailing list hadoop-dev@lucene.apache.org Received: (qmail 44542 invoked by uid 99); 2 Jun 2007 05:56:40 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jun 2007 22:56:40 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Jun 2007 22:56:36 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id BCF11714186 for ; Fri, 1 Jun 2007 22:56:15 -0700 (PDT) Message-ID: <25957358.1180763775771.JavaMail.jira@brutus> Date: Fri, 1 Jun 2007 22:56:15 -0700 (PDT) From: "dhruba borthakur (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Commented: (HADOOP-1300) deletion of excess replicas does not take into account 'rack-locality' In-Reply-To: <8775280.1177621515285.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-1300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500919 ] dhruba borthakur commented on HADOOP-1300: ------------------------------------------ The goal while deleting excess replicas should be to maximize the number of unique racks on which replicas will remain. For example, if a block has 5 replicas on racks R1, R1, R2, R2, R3 and the target replication factor is 3, then we can delete one of the replicas from rack R1 and another one from rack R2. This leaves us with replicas R1, R2 and R3. If there are multiple replicas on a rack and we are supposed to delete a replica from that rack, then we select the replica from that datanode that has the least amount of available disk space. > deletion of excess replicas does not take into account 'rack-locality' > ---------------------------------------------------------------------- > > Key: HADOOP-1300 > URL: https://issues.apache.org/jira/browse/HADOOP-1300 > Project: Hadoop > Issue Type: Bug > Components: dfs > Reporter: Koji Noguchi > > One rack went down today, resulting in one missing block/file. > Looking at the log, this block was originally over-replicated. > 3 replicas on one rack and 1 replica on another. > Namenode decided to delete the latter, leaving 3 replicas on the same rack. > It'll be nice if the deletion is also rack-aware. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.