You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Joe Smith (JIRA)" <ji...@apache.org> on 2015/05/01 01:46:08 UTC
[jira] [Commented] (MESOS-2676) slave recovery always fails when
resources change
[ https://issues.apache.org/jira/browse/MESOS-2676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14522498#comment-14522498 ]
Joe Smith commented on MESOS-2676:
----------------------------------
[~vinodkone] made [a compelling explanation previously|http://mail-archives.apache.org/mod_mbox/mesos-user/201406.mbox/%3CCAAkWvAzphphzFHNBr46AmFXWg3bynPPbn+jL4wC8qpoR9CsGfw@mail.gmail.com%3E]- but I don't think we should let this go.
What if the resources increase by (for example) 1.0 CPU? Surely that's a "safe" change, and allowing changes of some nature would greatly increase the flexibility of operators.
> slave recovery always fails when resources change
> -------------------------------------------------
>
> Key: MESOS-2676
> URL: https://issues.apache.org/jira/browse/MESOS-2676
> Project: Mesos
> Issue Type: Improvement
> Reporter: David Robinson
>
> Slave recovery fails whenever --resources is changed. Ideally recovery would only fail if --resources has changed _and_ the still-executing tasks no longer fit within the new --resources range. Increasing resources should always be allowed. For example, if a slave was started with --resources=cpus:15, then the slave was restarted w/ --resources=cpus:16, the slave should start successfully. Same for mem, ports, disk and ephemeral_ports.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)