-
Notifications
You must be signed in to change notification settings - Fork 25.2k
Consider node ready on any file settings applied #107738
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider node ready on any file settings applied #107738
Conversation
Readiness is blocked in file based settings having been applied. Yet in the case that an error occurs in a subsequent file based settings update, readiness will stop working. This was unintentional; if file based settings have already been applied once, subsequent failures to apply file based settings should not affect the running system. This commit adjusts the readiness check to consider any file based settings having been applied as allowing the node to be ready.
Pinging @elastic/es-core-infra (Team:Core/Infra) |
Unfortunately |
I've disabled the failing test and created #107744 to tackle the issue in a follow up to not block this from getting merged asap. Broken file settings should be an absolutely rare corner case, so this should be fine. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lgtm, as mentioned above we'll tackle bad initial file settings in a follow up.
If file settings have an update that fails, existing applied file settings continue to work. But if the initial file settings fail to process, readiness should be blocked. This commit adjusts readiness to look for this special initialization case. relates elastic#107738
If file settings have an update that fails, existing applied file settings continue to work. But if the initial file settings fail to process, readiness should be blocked. This commit adjusts readiness to look for this special initialization case. relates #107738
Readiness is blocked in file based settings having been applied. Yet in the case that an error occurs in a subsequent file based settings update, readiness will stop working. This was unintentional; if file based settings have already been applied once, subsequent failures to apply file based settings should not affect the running system.
This commit adjusts the readiness check to consider any file based settings having been applied as allowing the node to be ready.