Backport of [scheduler] Honor false
for distinct hosts constraint into release/1.4.x
#16915
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.
Backport
This PR is auto-generated from #16907 to be assessed for backporting due to the inclusion of the label backport/1.4.x.
The below text is copied from the body of the original PR.
Currently, when checking a nodes feasibility against the
distinct_hosts
constraint, the mere presence of the constraint is sufficient to activate it; however, the documentation indicates that setting the value to false is a legitimate answer.The
jobspec
HCL1 parser would look for cases where the value was set to false and strip it from the generated job specification before submission. Thejobspec2
HCL2 parser writes it into the specification with the provided value whether true or false.This has the consequence of causing jobs or tasks with a distinct_hosts constraint to always act as though the value is set to true.
Fixes #13861
false