Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 41299 invoked from network); 6 Oct 2008 22:21:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Oct 2008 22:21:06 -0000 Received: (qmail 67697 invoked by uid 500); 6 Oct 2008 22:21:03 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 67660 invoked by uid 500); 6 Oct 2008 22:21:03 -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 67649 invoked by uid 99); 6 Oct 2008 22:21:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Oct 2008 15:21:03 -0700 X-ASF-Spam-Status: No, hits=-1999.9 required=10.0 tests=ALL_TRUSTED,DNS_FROM_SECURITYSAGE 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; Mon, 06 Oct 2008 22:20:08 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 48D4B234C218 for ; Mon, 6 Oct 2008 15:20:44 -0700 (PDT) Message-ID: <1867291556.1223331644297.JavaMail.jira@brutus> Date: Mon, 6 Oct 2008 15:20:44 -0700 (PDT) From: "Raghu Angadi (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Commented: (HADOOP-4292) append() does not work for LocalFileSystem In-Reply-To: <1264732625.1222451624191.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-4292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12637278#action_12637278 ] Raghu Angadi commented on HADOOP-4292: -------------------------------------- > Even only the CRC file is truncated, fail in append could result in data-checksum inconsistency. How could we fix this? We could seek to the right position and start writing from there. If that is not allowed, we could copy the crc file. For this jira, we can implement this for LocalFS (and any simpler Filesystems), the default implementation at ChecksumFS could be to throw unsupported exception. > append() does not work for LocalFileSystem > ------------------------------------------ > > Key: HADOOP-4292 > URL: https://issues.apache.org/jira/browse/HADOOP-4292 > Project: Hadoop Core > Issue Type: Bug > Components: fs > Affects Versions: 0.18.0, 0.19.0 > Reporter: Raghu Angadi > Assignee: Hairong Kuang > Priority: Blocker > Fix For: 0.18.2, 0.19.0 > > > append is supported by LocalFileSystem but it does not update crc when a file is appended. > When you enable checksum verification {{TestLocalFileSystem.testAppend}} fails. Since HADOOP-4277 is a blocker for 0.17 I am planning to disable this test in HADOOP-4277. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.