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

Lefty Leverenz commented on HIVE-4679:
--------------------------------------

Doc note:  *templeton.hadoop.queue.name* is documented in the wiki here (at end 
of list):

* [WebHCat Configuration -- Configuration Variables | 
https://cwiki.apache.org/confluence/display/Hive/WebHCat+Configure#WebHCatConfigure-ConfigurationVariables]

> WebHCat can deadlock Hadoop if the number of concurrently running tasks if 
> higher or equal than the number of mappers
> ---------------------------------------------------------------------------------------------------------------------
>
>                 Key: HIVE-4679
>                 URL: https://issues.apache.org/jira/browse/HIVE-4679
>             Project: Hive
>          Issue Type: Bug
>          Components: HCatalog
>    Affects Versions: 0.10.0
>            Reporter: Eugene Koifman
>            Assignee: Eugene Koifman
>             Fix For: 0.12.0
>
>         Attachments: HIVE-4679.2.patch, HIVE-4679.patch
>
>
> o In the current Templeton design, each time a Job is submitted thru the REST 
> API (it can be Pig/Hive or MR job), it will consume one Hadoop map slot. 
> Given that the number of map slots is finite in the cluster (16 node cluster 
> will have 32 map slots), in some circumstances, a user can deadlock the 
> cluster if Templeton job submission pipeline takes over all map slots 
> (Templeton map tasks will wait for the actual underlying jobs to complete, 
> what will never happen, given that Hadoop has no free map slots to schedule 
> new tasks).
> o HCat queries use a different mechanism and do not contribute to the 
> deadlock.



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

Reply via email to