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.