Mailing-List: contact dev-help@drill.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@drill.apache.org
Date: Wed, 29 Apr 2015 07:36:06 +0000 (UTC)
From: "Jacques Nadeau (JIRA)" <jira@apache.org>
To: dev@drill.apache.org
Message-ID: <JIRA.12822804.1429651381000.18805.1430292966911@Atlassian.JIRA>
In-Reply-To: <JIRA.12822804.1429651381000@Atlassian.JIRA>
References: <JIRA.12822804.1429651381000@Atlassian.JIRA>
 <JIRA.12822804.1429651381869@arcas>
Subject: [jira] [Resolved] (DRILL-2842) Parquet files with large file
 metadata sometimes fail to read in the FooterGather
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/DRILL-2842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jacques Nadeau resolved DRILL-2842.
-----------------------------------
    Resolution: Fixed

Fixed in a7a60a2

> Parquet files with large file metadata sometimes fail to read in the FooterGather
> ---------------------------------------------------------------------------------
>
>                 Key: DRILL-2842
>                 URL: https://issues.apache.org/jira/browse/DRILL-2842
>             Project: Apache Drill
>          Issue Type: Bug
>          Components: Storage - Parquet
>            Reporter: Jason Altekruse
>            Assignee: Jason Altekruse
>            Priority: Critical
>         Attachments: 2842.patch
>
>
> Parquet files with large footers could not be read. The length of the footer is written at the end of the file. To avoid excessive reads for smaller files, we read a reasonable amount of the end of the file that may contain the whole footer, with the actual exact length appearing at the end of the read. After checking the length we tried to read the remining portion ahead of what was already read and splice them together. The offset for where to put the bytes read first was off.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)