[
https://issues.apache.org/jira/browse/MAPREDUCE-6659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16244108#comment-16244108
]
Nicolas Fraison commented on MAPREDUCE-6659:
--------------------------------------------
I mean that cleanup timeout after at least 30 min in cdh5.5 and only after 3
min in trunk.
I will double check if there is in fact some container completed events send by
RM and then check the behaviour if we apply MAPREDUCE-6119 to ignore the Lost
NM events.
> Mapreduce App master waits long to kill containers on lost nodes.
> -----------------------------------------------------------------
>
> Key: MAPREDUCE-6659
> URL: https://issues.apache.org/jira/browse/MAPREDUCE-6659
> Project: Hadoop Map/Reduce
> Issue Type: Bug
> Components: mr-am
> Affects Versions: 2.6.0
> Reporter: Laxman
> Assignee: Nicolas Fraison
>
> MR Application master waits for very long time to cleanup and relaunch the
> tasks on lost nodes. Wait time is actually 2.5 hours
> (ipc.client.connect.max.retries * ipc.client.connect.max.retries.on.timeouts
> * ipc.client.connect.timeout = 10 * 45 * 20 = 9000 seconds = 2.5 hours)
> Some similar issue related in RM-AM rpc protocol is fixed in YARN-3809.
> As fixed in YARN-3809, we may need to introduce new configurations to control
> this RPC retry behavior.
> Also, I feel this total retry time should honor and capped maximum to global
> task time out (mapreduce.task.timeout = 600000 default)
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
