You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Benjamin Mahler (JIRA)" <ji...@apache.org> on 2015/06/10 21:59:01 UTC

[jira] [Created] (MESOS-2845) Command tasks lead to a mixing of revocable / non-revocable cpus and memory within the container.

Benjamin Mahler created MESOS-2845:
--------------------------------------

             Summary: Command tasks lead to a mixing of revocable / non-revocable cpus and memory within the container.
                 Key: MESOS-2845
                 URL: https://issues.apache.org/jira/browse/MESOS-2845
             Project: Mesos
          Issue Type: Bug
          Components: slave
            Reporter: Benjamin Mahler


Due to the hack [here|https://github.com/apache/mesos/blob/9a5788801e7fc95fce99749a23803fc52c67c0ce/src/slave/slave.cpp#L3101], where we add a small set of resources into the command executor:

{code}
ExecutorInfo Slave::getExecutorInfo(
    const FrameworkID& frameworkId,
    const TaskInfo& task)
{
  if (task.has_command()) {
    ...

    // XXX: These are always non-revocable.

    // Add an allowance for the command executor. This does lead to a
    // small overcommit of resources.
    executor.mutable_resources()->MergeFrom(
        Resources::parse(
          "cpus:" + stringify(DEFAULT_EXECUTOR_CPUS) + ";" +
          "mem:" + stringify(DEFAULT_EXECUTOR_MEM.megabytes())).get());
  }
  ...
}
{code}

The obvious extension here would be to make these revocable, but would be great to remove this hack entirely.

Seems to originate in [r/22251|https://reviews.apache.org/r/22251/] from MESOS-1417.

FYI [~idownes] [~jieyu]



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