[ https://issues.apache.org/jira/browse/MAPREDUCE-5044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15290193#comment-15290193 ]
Ming Ma commented on MAPREDUCE-5044: ------------------------------------ [~eepayne] I agree with your suggestion. Let us postpone it to a later time. * {{signalContainers}} was initially suggested as an ordered list of {{signalContainer}}. So it could include requests from the same container or requests from different containers. It is true that the only use case we know of so far is to include requests from the same container. * We also discussed introducing other commands besides linux signal, for example sleep command used to pause between signals, in that way, the new API could be just like {noformat} public static SignalContainerRequest newInstance(ContainerId containerId, Iterable<SignalContainerCommand> signals) { ... } {noformat} * Will the {{required}} in the protocol buffer definition create any issue if we do rolling upgrade from 2.8 to 2.9 and the 2.9 MR AM might send a list of SignalContainerCommandProto to 2.8 NM? Maybe 2.8 NM just discards the message, not a big deal. Regardless, that is a separate issue that we don't need to address it here. {noformat} message SignalContainerRequestProto { .... required SignalContainerCommandProto command = 2; } {noformat} > Have AM trigger jstack on task attempts that timeout before killing them > ------------------------------------------------------------------------ > > Key: MAPREDUCE-5044 > URL: https://issues.apache.org/jira/browse/MAPREDUCE-5044 > Project: Hadoop Map/Reduce > Issue Type: Improvement > Components: mr-am > Affects Versions: 2.1.0-beta > Reporter: Jason Lowe > Assignee: Gera Shegalov > Attachments: MAPREDUCE-5044.008.patch, MAPREDUCE-5044.009.patch, > MAPREDUCE-5044.v01.patch, MAPREDUCE-5044.v02.patch, MAPREDUCE-5044.v03.patch, > MAPREDUCE-5044.v04.patch, MAPREDUCE-5044.v05.patch, MAPREDUCE-5044.v06.patch, > MAPREDUCE-5044.v07.local.patch, Screen Shot 2013-11-12 at 1.05.32 PM.png, > Screen Shot 2013-11-12 at 1.06.04 PM.png > > > When an AM expires a task attempt it would be nice if it triggered a jstack > output via SIGQUIT before killing the task attempt. This would be invaluable > for helping users debug their hung tasks, especially if they do not have > shell access to the nodes. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: mapreduce-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: mapreduce-issues-h...@hadoop.apache.org