-
Notifications
You must be signed in to change notification settings - Fork 2k
e2e: correct TestSingleAffinities behavior
#25943
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
Conversation
This is the very first e2e test we run, and since I cannot reproduce this problem, my guess is we might be checking the alloc metric score too quickly on the GHA runner?
tgross
left a comment
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.
This doesn't seem like it's fixing the right problem. Isn't the allocation being created in the same plan that records the score metadata? If this is flaky, is it possible that we're scheduling onto a host with an unexpected score because of result limiter?
what's a result limiter? |
|
My suspicions are around client readiness. I cannot make this test fail no matter how hard I try if I manually run it against the e2e cluster. But it's the very first test that we run. Could it be that a dc1 node is just not ready when this is run? Or does it not make sense? |
Sorry, I mean the
That's possible but that still implies that it's about which particular set of nodes is ready and which order we're looking at them. |
TestSingleAffinities behavior
tgross
left a comment
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!
|
I'm going to lock this pull request because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active contributions. |
TestSingleAffinitiesnever expected a node with affinity score set to 0 inthe set of returned nodes. However, since #25800, this can happen. What the
test should be checking for instead is that the node with the highest normalized
score has the right affinity.
Internal ref: https://hashicorp.atlassian.net/browse/NMD-797