[jira] [Updated] (MESOS-6214) Containerizers assume caller will call 'destroy' if 'launch' fails.

["Vinod Kone (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/MESOS-6214?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vinod Kone updated MESOS-6214:
------------------------------
    Labels: tech-debt  (was: )

> Containerizers assume caller will call 'destroy' if 'launch' fails.
> -------------------------------------------------------------------
>
>                 Key: MESOS-6214
>                 URL: https://issues.apache.org/jira/browse/MESOS-6214
>             Project: Mesos
>          Issue Type: Task
>          Components: containerization
>            Reporter: Benjamin Mahler
>              Labels: tech-debt
>
> The planned API for nested containers is to allow launching, waiting (for termination), and killing (currently only SIGKILL) of the nested container. Note that this API provides no mechanism for "cleaning up" the container because it will implicitly do so once the container terminates.
> However, the containerizer currently assumes that the caller will call destroy if the launch fails. In order to implement the agent's API for managing nested containers, we will have to set up a failure continuation to call destroy to ensure the cleanup occurs correctly.
> Ideally, the API of the containerizer does not require the caller to call destroy after a launch failure, given that the launch did not succeed it seems counter-intuitive for the responsibility of clean up to be on the caller. In addition, in the container termination case, the containerizer will implicitly clean up (so this seems inconsistent as well).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)