Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 43957 invoked from network); 6 Feb 2009 19:43:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Feb 2009 19:43:25 -0000 Received: (qmail 37302 invoked by uid 500); 6 Feb 2009 19:43:23 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 37016 invoked by uid 500); 6 Feb 2009 19:43:22 -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 36999 invoked by uid 99); 6 Feb 2009 19:43:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Feb 2009 11:43:22 -0800 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; Fri, 06 Feb 2009 19:43:20 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C32E0234C4B0 for ; Fri, 6 Feb 2009 11:42:59 -0800 (PST) Message-ID: <587789029.1233949379798.JavaMail.jira@brutus> Date: Fri, 6 Feb 2009 11:42:59 -0800 (PST) From: "Raghu Angadi (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-5192) Block reciever should not remove a finalized block when block replication fails In-Reply-To: <734077722.1233946559511.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-5192?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12671271#action_12671271 ] Raghu Angadi commented on HADOOP-5192: -------------------------------------- It does not look like it still correct yet. Say one thread is already writing a block 'B'. and there here is another request to write the same block, then the second thread will see that 'B' still not a "valid block" and delete the files! I think only the receiver thread that actually the owner/creator of the block should delete it. > Block reciever should not remove a finalized block when block replication fails > ------------------------------------------------------------------------------- > > Key: HADOOP-5192 > URL: https://issues.apache.org/jira/browse/HADOOP-5192 > Project: Hadoop Core > Issue Type: Bug > Components: dfs > Affects Versions: 0.18.3 > Reporter: Hairong Kuang > Assignee: Hairong Kuang > Fix For: 0.18.4 > > Attachments: blockRemove.patch > > > HADOOP-4702 makes block receivers to remove the received block in case of a block replication failure. But the block should not be removed if the cause of the failure is that the block to be received already exists. The key is that a block receiver should allow to remove only partial blocks in case of block replication failures. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.