Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 60AC817C4B for ; Fri, 3 Oct 2014 19:21:36 +0000 (UTC) Received: (qmail 62550 invoked by uid 500); 3 Oct 2014 19:21:34 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 62510 invoked by uid 500); 3 Oct 2014 19:21:34 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 62499 invoked by uid 99); 3 Oct 2014 19:21:34 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Oct 2014 19:21:34 +0000 Date: Fri, 3 Oct 2014 19:21:34 +0000 (UTC) From: "Enis Soztutar (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-11625) Reading datablock throws "Invalid HFile block magic" and can not switch to hdfs checksum 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/HBASE-11625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14158395#comment-14158395 ] Enis Soztutar commented on HBASE-11625: --------------------------------------- Nick pointed me out to this issue. I have been trying to nail down a test failure on windows (TestHFileBlock#testConcurrentReading) which fails with the same stack trace. I can repro the failure only on windows, but with jdk6, jdk7u45 and jdk7u67 as well, and hadoop versions 2.2.0, 2.4.0, 2.5.0 and 2.6.0-SNAPSHOT. The test does write a file containing random HFileBlocks and does concurrent reads from multiple threads. Once in a while, whatever we seek() + read() does not match what is there in the file (I've verified multiple times from offsets to the actual file). I think there is a rare edge case that we are hitting. The other interesting bit is that the test only starts failing after 0.98.3. I was not able to get previous versions to fail. But also I was not able to bisect the commit because reproducing the failure is not easy. > Reading datablock throws "Invalid HFile block magic" and can not switch to hdfs checksum > ----------------------------------------------------------------------------------------- > > Key: HBASE-11625 > URL: https://issues.apache.org/jira/browse/HBASE-11625 > Project: HBase > Issue Type: Bug > Components: HFile > Affects Versions: 0.94.21, 0.98.4, 0.98.5 > Reporter: qian wang > Attachments: 2711de1fdf73419d9f8afc6a8b86ce64.gz > > > when using hbase checksum,call readBlockDataInternal() in hfileblock.java, it could happen file corruption but it only can switch to hdfs checksum inputstream till validateBlockChecksum(). If the datablock's header corrupted when b = new HFileBlock(),it throws the exception "Invalid HFile block magic" and the rpc call fail -- This message was sent by Atlassian JIRA (v6.3.4#6332)