You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Greg Mann (JIRA)" <ji...@apache.org> on 2019/02/06 16:45:00 UTC

[jira] [Commented] (MESOS-9556) Define agent states for cases handled by 'Master::_removeSlave()'

    [ https://issues.apache.org/jira/browse/MESOS-9556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16761918#comment-16761918 ] 

Greg Mann commented on MESOS-9556:
----------------------------------

Perhaps a new state like {{SLAVE_DOWN}} or {{SLAVE_DRAINED}} might make sense? This would represent the case where an agent has been removed but may come back after a time.

> Define agent states for cases handled by 'Master::_removeSlave()'
> -----------------------------------------------------------------
>
>                 Key: MESOS-9556
>                 URL: https://issues.apache.org/jira/browse/MESOS-9556
>             Project: Mesos
>          Issue Type: Improvement
>          Components: master
>            Reporter: Greg Mann
>            Priority: Major
>              Labels: agent-lifecycle, foundations, mesosphere
>
> The {{Master::_removeSlave()}} function currently handles three cases of agent removal:
> * Starting maintenance on an agent via the 'startMaintenance()' handler
> * When an agent submits a new registration from a previously-known IP:port, via the _registerSlave() method
> * When an agent shuts itself down via an UnregisterSlaveMessage
> In these cases, the agent is not transitioned to a new state in the master, it is simply removed. We should define agent states for these cases and ensure that the master stores these agent IDs and/or agent infos.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)