Return-Path: Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: (qmail 61697 invoked from network); 16 Nov 2010 22:05:10 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Nov 2010 22:05:10 -0000 Received: (qmail 64100 invoked by uid 500); 16 Nov 2010 22:05:41 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 64033 invoked by uid 500); 16 Nov 2010 22:05:41 -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 64025 invoked by uid 99); 16 Nov 2010 22:05:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Nov 2010 22:05:41 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED 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; Tue, 16 Nov 2010 22:05:39 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id oAGM5HCx015157 for ; Tue, 16 Nov 2010 22:05:17 GMT Message-ID: <791181.127841289945117573.JavaMail.jira@thor> Date: Tue, 16 Nov 2010 17:05:17 -0500 (EST) From: "Hairong Kuang (JIRA)" To: hdfs-issues@hadoop.apache.org Subject: [jira] Commented: (HDFS-1483) DFSClient.getBlockLocations returns BlockLocations with no indication that the corresponding blocks are corrupt In-Reply-To: <26515036.110951288230681119.JavaMail.jira@thor> 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-1483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12932674#action_12932674 ] Hairong Kuang commented on HDFS-1483: ------------------------------------- +1. This looks good to me. > DFSClient.getBlockLocations returns BlockLocations with no indication that the corresponding blocks are corrupt > --------------------------------------------------------------------------------------------------------------- > > Key: HDFS-1483 > URL: https://issues.apache.org/jira/browse/HDFS-1483 > Project: Hadoop HDFS > Issue Type: Bug > Components: hdfs client > Reporter: Patrick Kling > Attachments: HDFS-1483.2.patch, HDFS-1483.patch > > > When there are no uncorrupted replicas of a block, FSNamesystem.getBlockLocations returns LocatedBlocks corresponding to corrupt blocks. When DFSClient converts these to BlockLocations, the information that the corresponding block is corrupt is lost. We should add a field to BlockLocation to indicate whether the corresponding block is corrupt in order to warn the client that reading this block will fail. This would be especially useful for tools such as RAID FSCK, which could then easily inspect whether data or parity blocks are corrupted without having to make direct RPC calls. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.