hadoop-yarn-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Josh Elser (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (YARN-1754) Container process is not really killed
Date Mon, 24 Feb 2014 04:03:19 GMT

    [ https://issues.apache.org/jira/browse/YARN-1754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13910012#comment-13910012

Josh Elser commented on YARN-1754:

This is expected as OSX does not contain a {{setsid}} binary. If you make sure a binary available,
you should see containers freed on OSX.

Also see: YARN-76

> Container process is not really killed
> --------------------------------------
>                 Key: YARN-1754
>                 URL: https://issues.apache.org/jira/browse/YARN-1754
>             Project: Hadoop YARN
>          Issue Type: Bug
>          Components: nodemanager
>    Affects Versions: 2.2.0
>         Environment: Mac
>            Reporter: Jeff Zhang
> I test the following distributed shell example on my mac:
> hadoop jar share/hadoop/yarn/hadoop-yarn-applications-distributedshell-2.2.0.jar -appname
shell -jar share/hadoop/yarn/hadoop-yarn-applications-distributedshell-2.2.0.jar -shell_command=sleep
-shell_args=1000000000 -num_containers=1
> And it will start 2 process for one container, one is the shell process, another is the
real command I execute ( here is "sleep 1000000000"). 
> And then I kill this application by running command "yarn application -kill app_id"
> it will kill the shell process, but won't kill the real command process. The reason is
that yarn use kill command to kill process, but it won't kill its child process. use pkill
could resolve this issue.
> IMHO, it is a very important case which will make the resource usage inconsistency, and
have potential security problem. 

This message was sent by Atlassian JIRA

View raw message