Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 10332 invoked from network); 15 Mar 2007 21:12:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Mar 2007 21:12:33 -0000 Received: (qmail 68073 invoked by uid 500); 15 Mar 2007 21:12:40 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 68023 invoked by uid 500); 15 Mar 2007 21:12: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 67968 invoked by uid 99); 15 Mar 2007 21:12:40 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Mar 2007 14:12:40 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= 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; Thu, 15 Mar 2007 14:12:30 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 80D2271408B for ; Thu, 15 Mar 2007 14:12:10 -0700 (PDT) Message-ID: <924644.1173993130524.JavaMail.jira@brutus> Date: Thu, 15 Mar 2007 14:12:10 -0700 (PDT) From: "Hairong Kuang (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Created: (HADOOP-1124) ChecksumFileSystem does not handle ChecksumError correctly MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org ChecksumFileSystem does not handle ChecksumError correctly ---------------------------------------------------------- Key: HADOOP-1124 URL: https://issues.apache.org/jira/browse/HADOOP-1124 Project: Hadoop Issue Type: Bug Components: fs Affects Versions: 0.12.0 Reporter: Hairong Kuang Fix For: 0.13.0 When handle ChecksumError, the checksumed file system tries to recover by rereading from a different replica. I have three comments: 1. One bug in the code is that when retrying, the object that computes checksum does not get restored to the old state. 2. The code also assumes that the first byte read and the byte being read when ChecksumError occurs are in the same block. 3. It would be more efficient if we roll back to the first byte in the chunk that's being checksumed instead of rolling back to the first byte that was read. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.