You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Neil Conway (JIRA)" <ji...@apache.org> on 2016/03/08 01:21:40 UTC
[jira] [Created] (MESOS-4894) Volumes, reservations can move to new
agent IDs after partition
Neil Conway created MESOS-4894:
----------------------------------
Summary: Volumes, reservations can move to new agent IDs after partition
Key: MESOS-4894
URL: https://issues.apache.org/jira/browse/MESOS-4894
Project: Mesos
Issue Type: Bug
Components: slave
Reporter: Neil Conway
If an agent fails health checks, it is removed from the cluster. The next time the agent connects to the master, it is instructed to shutdown and all tasks/executors are killed. The next time the agent is started, it will be assigned a new agent ID. Any persistent volumes from the previous agent instance will be preserved, but they will now be associated with a new agent ID.
This is problematic because volume IDs do not need to be globally unique. Hence, it is natural for frameworks to use the pair {{<agent-id, volume-id>}} to uniquely identify a volume. If volume k moves from agent foo to agent bar, it is hard for frameworks to determine whether <bar,k> is the "same" volume that was previously called <foo,k> (they might be able to figure this out from `slaveLost` callbacks, but those aren't reliable).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)