Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 40589 invoked from network); 20 Feb 2008 23:40:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Feb 2008 23:40:20 -0000 Received: (qmail 50023 invoked by uid 500); 20 Feb 2008 23:40:15 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 49661 invoked by uid 500); 20 Feb 2008 23:40: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 49652 invoked by uid 99); 20 Feb 2008 23:40:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Feb 2008 15:40:13 -0800 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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Feb 2008 23:39:48 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 6834D234C049 for ; Wed, 20 Feb 2008 15:39:43 -0800 (PST) Message-ID: <1825219187.1203550783425.JavaMail.jira@brutus> Date: Wed, 20 Feb 2008 15:39:43 -0800 (PST) From: "Raghu Angadi (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-2063) Command to pull corrupted files 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-2063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12570886#action_12570886 ] Raghu Angadi commented on HADOOP-2063: -------------------------------------- > I think it might not be useful to sent it to stdout hmm.. it is just file data right? > The checksum feature is not available for some other FileSystem. So I am not sure whether we should make it as a FileSystem property. I will think about this. Though this is not available in other filesystems, it is used by the generic FsShell layer as an argument to generic command. In that sense the flag might belong in FileSystem. LocalFileSystem can certainly support it. I think it also makes the implementation simpler. > Command to pull corrupted files > ------------------------------- > > Key: HADOOP-2063 > URL: https://issues.apache.org/jira/browse/HADOOP-2063 > Project: Hadoop Core > Issue Type: New Feature > Components: fs > Affects Versions: 0.14.1 > Reporter: Koji Noguchi > Assignee: Tsz Wo (Nicholas), SZE > Priority: Blocker > Fix For: 0.17.0 > > Attachments: 2063_20080219.patch, 2063_20080220.patch > > > Before 0.14, dfs -get didn't perform checksum checking. > Users were able to download the corrupted files to see if they want to delete them. > After 0.14, dfs -get also does the checksumming. > Requesting a command for no-checksum-get command. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.