You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Namit Jain (JIRA)" <ji...@apache.org> on 2010/06/16 00:09:24 UTC

[jira] Commented: (HIVE-1007) CombinedHiveInputFormat fails with empty input

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

Namit Jain commented on HIVE-1007:
----------------------------------

Is this still a problem - I think this problem has been fixed in open source some time back.
If yes, can you close the jira ?

> CombinedHiveInputFormat fails with empty input
> ----------------------------------------------
>
>                 Key: HIVE-1007
>                 URL: https://issues.apache.org/jira/browse/HIVE-1007
>             Project: Hadoop Hive
>          Issue Type: Bug
>          Components: Query Processor
>    Affects Versions: 0.4.1
>            Reporter: Dave Lerman
>            Assignee: Dave Lerman
>         Attachments: hive.1007.1.patch
>
>
> In a multi-stage query, when one stage returns no data (resulting in a bunch of output files with size 0), the next stage creates a job with 0 mappers which just sits in the Hadoop task track forever and hangs the query at 0%.  The issue is that CombineHiveInputFormat looks for blocks to populate splits, find nones (since input is all 0 bytes), and then returns an empty array from getSplits.
> There may be good a way to just skip that job altogether, but as a quick hack to get it working, when there are no splits, I just create a single empty one using the first path so that the job doesn't hang.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.