-
Notifications
You must be signed in to change notification settings - Fork 23
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
OCTRL-949 [core] Improve reaction to controlled nodes becoming unreac…
…hable Includes: - fixed copy-paste logs "received executor failed" -> "received agent failed" - added an operator log in case of connection issues to a mesos slave - allowed to re-register agent and executor IDs for a Task once they come back (they are removed when an Agent/Executor failure is received). Effectively, this allows an environment to be torn down correctly, fixing at least some of the leftover task issues (OCTRL-611). - added documentation about configuring the node-down timeout
- Loading branch information
Showing
4 changed files
with
24 additions
and
3 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1 +1,12 @@ | ||
# Component Configuration | ||
# Component Configuration | ||
|
||
## Connectivity to controlled nodes | ||
|
||
ECS relies on Mesos to know the state of the controlled nodes. | ||
Thus, losing connection to a Mesos slave can be treated as a node being down or unresponsive. | ||
In case a Mesos slave is lost, tasks belonging to it are set to ERROR state and treated as INACTIVE. | ||
Then, the environment is transitioned to ERROR. | ||
|
||
Mesos slave health check can be configured with `MESOS_MAX_AGENT_PING_TIMEOUTS` (`--max_agent_ping_timeouts`) and `MESOS_AGENT_PING_TIMEOUT` (`--agent_ping_timeout`) parameters for Mesos. | ||
Effectively, the factor of the two parameters is the time needed to consider a slave/agent as lost. | ||
Please refer to Mesos documentation for more details. |