You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@aurora.apache.org by "Renan DelValle (JIRA)" <ji...@apache.org> on 2017/07/18 21:12:00 UTC
[jira] [Created] (AURORA-1942) Improve Aurora behavior with regards
to Mesos Agents violating reregistration timeouts
Renan DelValle created AURORA-1942:
--------------------------------------
Summary: Improve Aurora behavior with regards to Mesos Agents violating reregistration timeouts
Key: AURORA-1942
URL: https://issues.apache.org/jira/browse/AURORA-1942
Project: Aurora
Issue Type: Task
Components: Scheduler
Reporter: Renan DelValle
A Mesos Agent Lost message can be received in two scenarios resulting in different outcomes:
1) A Mesos Agent can fail the health check done by the Mesos Master (max_agent_ping_timeouts violation) which leads to an Agent Lost message along with TASK_LOST messages for each task running on the unhealthy Agent.
2) A Mesos Agent can fail to re-register after an election has taken place (agent_reregister_timeout violation). In this situation the newly elected Mesos master, because Master's do not store any information concerning the tasks that are currently running, is unable to send a TASK_LOST message for the tasks that were running on the Agent that failed to re-register.
Scenario number 2 can lead to (a) "missing" instances for the tasks scheduled on the rogue Agent until an explicit reconciliation is done and/or (b) "leaked" tasks if the Agent re-registers after Aurora has replaced the missing tasks that will only be cleaned upon an implicit reconciliation.
For (a), one solution is to transition tasks in a missing Agent to the LOST state upon receiving a Slave Lost message.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)