This is an automatically generated e-mail. To reply, visit:

(Updated Sept. 18, 2016, 6:18 p.m.)

Review request for mesos and Jie Yu.


Updated to remove dependence on libprocess. Also updated to ensure bi-direction 
signal forwarding (i.e. ensure that if the child dies via a signal, then the 
parent kills itself via the same signal).

Summary (updated)

Updated launch helper to optionally spawn an 'init' process on linux.

Bugs: MESOS-6088

Repository: mesos

Description (updated)

Previously the 'mesos-containerizer launch' binary would simply exec
into the actual command we wanted to launch after doing some set of
preperatory work. The problem with this approach, however, is that
this gives us no opportunity to checkpoint the exit status of the
command so the agent can recover it in cases where it is offline at
the time the command completes.

To compensate for this, we now allow 'mesos-containerizer launch' to
take an optional '--wait_status_path' parameter, which indicates where
to checkpint the status of the launched command (as returned by
'waitpid()'). In order to do this checkpointing, however, we cannot
simply exec into the command anymore. Instead we now fork-exec the
command and reap it once it completes. We then checkpoint its status
and return it as our own. We call the original process the 'init'
process of the container and the fork-exec'd process its child.  As a
side effect of doing things this way, we also have to be careful to
forward all signals sent to the init process down to the child.

In a subsequent commit we will update the mesos containerizer to use
this new functionality.

Diffs (updated)


Diff: https://reviews.apache.org/r/51406/diff/



Kevin Klues

Reply via email to