Return-Path: X-Original-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5813AD4A6 for ; Tue, 24 Jul 2012 18:39:35 +0000 (UTC) Received: (qmail 3890 invoked by uid 500); 24 Jul 2012 18:39:35 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 3854 invoked by uid 500); 24 Jul 2012 18:39:34 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 3845 invoked by uid 99); 24 Jul 2012 18:39:34 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Jul 2012 18:39:34 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id D9B1B140CCD for ; Tue, 24 Jul 2012 18:39:34 +0000 (UTC) Date: Tue, 24 Jul 2012 18:39:34 +0000 (UTC) From: "Harsh J (JIRA)" To: common-issues@hadoop.apache.org Message-ID: <1704783721.97148.1343155174893.JavaMail.jiratomcat@issues-vm> In-Reply-To: <1420123532.92746.1343075014795.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Commented] (HADOOP-8615) EOFException in DecompressorStream.java needs to be more verbose 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/HADOOP-8615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13421629#comment-13421629 ] Harsh J commented on HADOOP-8615: --------------------------------- bq. The best solution I can think of - Perhaps creators of DecompressionStream's should catch EOFException and then print out detailed debug information. I agree with this. IMO, this would be the right way to do it. What expects it, ought to log/print it properly. Jeff/Tim - Any chances of a patch with the above approach? For the MR side though, I've added in MAPREDUCE-3678 to at least know what file you were dealing with. > EOFException in DecompressorStream.java needs to be more verbose > ---------------------------------------------------------------- > > Key: HADOOP-8615 > URL: https://issues.apache.org/jira/browse/HADOOP-8615 > Project: Hadoop Common > Issue Type: Bug > Components: io > Affects Versions: 0.20.2 > Reporter: Jeff Lord > > In ./src/core/org/apache/hadoop/io/compress/DecompressorStream.java > The following exception should at least pass back the file that it encounters this error in relation to: > protected void getCompressedData() throws IOException { > checkStream(); > int n = in.read(buffer, 0, buffer.length); > if (n == -1) { > throw new EOFException("Unexpected end of input stream"); > } > This would help greatly to debug bad/corrupt files. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira