-
Notifications
You must be signed in to change notification settings - Fork 25.2k
Additional trace logging for desired balance computer #105910
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
Additional trace logging for desired balance computer #105910
Conversation
Pinging @elastic/es-distributed (Team:Distributed) |
@@ -283,7 +293,6 @@ public DesiredBalance compute( | |||
hasChanges = true; | |||
clusterInfoSimulator.simulateShardStarted(shardRouting); | |||
routingNodes.startShard(logger, shardRouting, changes, 0L); | |||
logger.trace("starting shard {}", shardRouting); |
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.
Removed as it is easy to deduct shard starting from above huge log entry
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 (one suggestion)
desiredBalanceInput.routingAllocation().snapshotShardSizeInfo().toString() | ||
); | ||
} else { | ||
logger.debug("Recomputing desired balance for [{}]", desiredBalanceInput.index()); |
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.
I think it'd be useful to see the .index()
even if trace logging
I believe the following sequence of events is happening casing a test failure:
I am adding more logs to confirm this theory.
I think it is possible to fix this test either by:
cluster.snapshot.info.max_concurrent_fetches
however I am not sure if it is possible to avoid using outdated cluster info when allocating (with the assumptions that we want to allocate shards as fast as possible).
Related to: #105331