mesos-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Till Toenshoff" <>
Subject Review Request 21130: Updated 'recover' implementation to forward to the ECP.
Date Tue, 06 May 2014 22:17:40 GMT

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

Review request for mesos and Niklas Nielsen.

Repository: mesos-git


Updates 'recover' implementation within the ExternalContainerizer to forward the call to the

Recovery invocation steps for the ExternalContainerizer:
1st: EC will invoke “recover" on the ECP. This is supposed to signal to the ECP that it
should try to recover its internal states, predominantly all previously active ContainerIDs.
There is no explicit parameter delivered alongside this command, and no result expected other
than a proper exit status.
2nd: EC will invoke “containers” on the ECP, asking for a list of active containers (as
e.g. internally recovered in step 1).
3rd: EC will now try to recover its internal state, mostly the sandbox information (Directory
and User) as initially delivered by the “launch” invocation.

NOTE: The implementation of 'recover' is incomplete, it merely poses
as a mock-up.
NOTE: This does *not* fix MESOS-1257.


  src/examples/python/ 7bebfee 
  src/slave/containerizer/external_containerizer.hpp 8fdf097 
  src/slave/containerizer/external_containerizer.cpp e51ac66 



make (test is currently inactive)


Till Toenshoff

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message