You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Timothy Chen (JIRA)" <ji...@apache.org> on 2015/05/25 19:46:17 UTC
[jira] [Resolved] (MESOS-2595) Create docker executor
[ https://issues.apache.org/jira/browse/MESOS-2595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Timothy Chen resolved MESOS-2595.
---------------------------------
Resolution: Fixed
commit 24415b72ef7eecfe3dd9022e5d58b6087aa10a6a
Author: Timothy Chen <tn...@apache.org>
Date: Tue Nov 25 18:25:00 2014 -0800
Add executor for docker containerizer
Review: https://reviews.apache.org/r/29329
> Create docker executor
> ----------------------
>
> Key: MESOS-2595
> URL: https://issues.apache.org/jira/browse/MESOS-2595
> Project: Mesos
> Issue Type: Improvement
> Components: docker
> Reporter: Timothy Chen
> Assignee: Timothy Chen
>
> Currently we're reusing the command executor to wait on the progress of the docker executor, but has the following drawback:
> - We need to launch a seperate docker log process just to forward logs, where we can just simply reattach stdout/stderr if we create a specific executor for docker
> - In general, Mesos slave is assuming that the executor is the one starting the actual task. But the current docker containerizer, the containerizer is actually starting the docker container first then launches the command executor to wait on it. This can cause problems if the container failed before the command executor was able to launch, as slave will try to update the limits of the containerizer on executor registration but then the docker containerizer will fail to do so since the container failed.
> Overall it's much simpler to tie the container lifecycle with the executor and simplfies logic and log management.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)