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

Peter Bacsko commented on YARN-10019:
-------------------------------------

Note: I also changed some constants (0, 1, 2) to symbolic FILENO macros. Also, 
errno "5" is "EIO", that's been changed to.

The patch conflicts with YARN-10018, so if that goes in first, this has to be 
rebased.

[~szegedim], [~eyang] I'd appreciate some feedbacks if you guys have some free 
cycles. Thanks.

> container-executor: misc improvements in child processes and exec() calls
> -------------------------------------------------------------------------
>
>                 Key: YARN-10019
>                 URL: https://issues.apache.org/jira/browse/YARN-10019
>             Project: Hadoop YARN
>          Issue Type: Bug
>          Components: nodemanager
>            Reporter: Peter Bacsko
>            Assignee: Peter Bacsko
>            Priority: Major
>         Attachments: YARN-10019-001.patch, YARN-10019-002.patch
>
>
> There are a couple of improvements that we can do in container-executor 
> regarding how we exit from child processes and how we handle failed exec() 
> calls:
> 1. If we're in the child code path and we detect an erroneous condition, the 
> usual way is just simply call {{_exit()}}. Normal {{exit()}} occurs in the 
> parent. Calling {{_exit()}}  prevents flushing stdio buffers twice and any 
> cleanup logic registered with {{atexit()}} or {{on_exit()}} will run only 
> once.
> 2. There's code like {{if (execlp(script_file_dest, script_file_dest, NULL) 
> != 0) ...}} which is not necessary. Exec functions are not supposed to 
> return. If they do, it's definitely an error, so no need to check the return 
> value.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: yarn-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: yarn-issues-h...@hadoop.apache.org

Reply via email to