Add debug logs to monitor retry in waitForEmptyEsNode #422
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
One-line summary
Adds some debug logs to the draining logic in order to understand a recent issue leading to a stuck scaling operation at draining of a pod.
Description
Increase the visibility of the retrues in order to understand issues with es-operator scale down in light of recent anomalies. During pod draining, es shards are queried to retrieve the shard count per node. There's a retry until the shards are zero on the pod so that the pod can be drained. However it is getting stuck there as per logs. Logs stop printing after a few retries pointing out better logging required at a few places where there's a retry due to errors like json unmarshaling or pod ip exclusion. A debug log would be sufficient which can be turned on only if needed.
Types of Changes
[x] Refactor/improvements
Tasks
Review
Deployment Notes
These should highlight any db migrations, feature toggles, etc.