Return-Path: Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: (qmail 66654 invoked from network); 10 Nov 2010 05:36:07 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 10 Nov 2010 05:36:07 -0000 Received: (qmail 12821 invoked by uid 500); 10 Nov 2010 05:36:38 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 12714 invoked by uid 500); 10 Nov 2010 05:36:35 -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 12706 invoked by uid 99); 10 Nov 2010 05:36:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Nov 2010 05:36:35 +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; Wed, 10 Nov 2010 05:36:34 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id oAA5aEkV019676 for ; Wed, 10 Nov 2010 05:36:14 GMT Message-ID: <8137175.1091289367374529.JavaMail.jira@thor> Date: Wed, 10 Nov 2010 00:36:14 -0500 (EST) From: "sam rash (JIRA)" To: hdfs-issues@hadoop.apache.org Subject: [jira] Commented: (HDFS-1122) client block verification may result in blocks in DataBlockScanner prematurely MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HDFS-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12930493#action_12930493 ] sam rash commented on HDFS-1122: -------------------------------- it looks it does exist--has the same problem that if a BlockSender sends all the data for an open block, it gets added to the block scanner. oddly, in retrospect, this doesn't produce an error since the DataBlockScanner itself is just another concurrent reader (it does produce the warnings of adding a block more than once) > client block verification may result in blocks in DataBlockScanner prematurely > ------------------------------------------------------------------------------ > > Key: HDFS-1122 > URL: https://issues.apache.org/jira/browse/HDFS-1122 > Project: Hadoop HDFS > Issue Type: Sub-task > Affects Versions: 0.20-append > Reporter: sam rash > Assignee: sam rash > Attachments: hdfs-1122-for-0.20.txt > > > found that when the DN uses client verification of a block that is open for writing, it will add it to the DataBlockScanner prematurely. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.