mesos-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam B (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (MESOS-6214) Containerizers assume caller will call 'destroy' if 'launch' fails.
Date Fri, 03 Nov 2017 16:28:00 GMT

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

Adam B updated MESOS-6214:
--------------------------
    Fix Version/s:     (was: 1.2.0)

> 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
>            Assignee: Kevin Klues
>            Priority: Major
>              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.4.14#64029)

Mime
View raw message