Details
-
Improvement
-
Status: Open
-
Major
-
Resolution: Unresolved
-
2.7.0
-
None
-
None
Description
We often run into cases where we are faced with the option of failing the daemon (fail-fast) vs failing user's work and keep the cluster running. There is no clear right way to handle these situations - some users would like to be conservative and let the daemons run, while others would like to fail-fast.
Today, we handle these case-by-case and go by what the people working on it feel is the right way to handle things. Examples include how we handle app recovery failures, queue-changes on RM restart.
Users should be able to choose between these two extremes, and have all these situations handled the same way.
Attachments
Issue Links
- is related to
-
YARN-2019 Retrospect on decision of making RM crashed if any exception throw in ZKRMStateStore
- Closed