You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mesos.apache.org by "Benjamin Hindman (JIRA)" <ji...@apache.org> on 2013/03/14 08:34:12 UTC
[jira] [Created] (MESOS-394) Don't do ExecutorLauncher in forked
process but exec first instead.
Benjamin Hindman created MESOS-394:
--------------------------------------
Summary: Don't do ExecutorLauncher in forked process but exec first instead.
Key: MESOS-394
URL: https://issues.apache.org/jira/browse/MESOS-394
Project: Mesos
Issue Type: Bug
Reporter: Benjamin Hindman
We've run into numerous issues where we've code executed in forked processes has deadlocked because resources (i.e., locks) from the parent process were not cleaned up (i.e., unlocked) in the forked process. Rather than continue this trend, we should always attempt to minimize the code executed in a forked process and if we're doing anything fancy do an exec right away. In particular, we should only be calling async-signal-safe functions in forked code.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira