Mailing-List: contact dev-help@hive.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hive.apache.org
Date: Fri, 17 Oct 2014 19:01:34 +0000 (UTC)
From: "Xiaobing Zhou (JIRA)" <jira@apache.org>
To: hive-dev@hadoop.apache.org
Message-ID: <JIRA.12748937.1413570653000.287589.1413572494804@Atlassian.JIRA>
In-Reply-To: <JIRA.12748937.1413570653000@Atlassian.JIRA>
References: <JIRA.12748937.1413570653000@Atlassian.JIRA>
 <JIRA.12748937.1413570653488@arcas>
Subject: [jira] [Commented] (HIVE-8497) StatsNoJobTask doesn't close
 RecordReader, FSDataInputStream of which keeps open to prevent stale data
 clean
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HIVE-8497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14175390#comment-14175390 ] 

Xiaobing Zhou commented on HIVE-8497:
-------------------------------------

Thanks [~prashuj]!

> StatsNoJobTask doesn't close RecordReader, FSDataInputStream of which keeps open to prevent stale data clean
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: HIVE-8497
>                 URL: https://issues.apache.org/jira/browse/HIVE-8497
>             Project: Hive
>          Issue Type: Bug
>    Affects Versions: 0.14.0
>         Environment: Windows
>            Reporter: Xiaobing Zhou
>            Assignee: Xiaobing Zhou
>            Priority: Critical
>         Attachments: HIVE-8497.1.patch
>
>
> run the test
> {noformat}
> mvn -Phadoop-2  test -Dtest=TestCliDriver -Dqfile=alter_merge_stats_orc.q
> {noformat}
> to reproduce it. Simply, this query does three data loads which generates three base orc files.
> ANALYZE TABLE...COMPUTE STATISTICS NOSCAN will execute StatsNoJobTask to get stats, where file handle is held so as not able to clean base file. As a result, after running ALTER TABLE..CONCATENATE, follow-up queries go to stale base file and merged file.


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