servicedisco: ensure service uniqueness in job validation #13869
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.
87ef517: some cleanup to use
set
in thevalidateServices
function0cc18331058f7ff8d14907f2f71d0870d4515e87: track uniqueness of services in
validateServices
functionFixes #13814
Closes #13836 - This PR went in the other direction - to support groups with services that had the same <name, task|group, port_label>. The change is gnarly - basically we would need to add something like a hash of the tags of a service to the unique ID generated by
MakeAllocationServiceID
- which is then used as an index in the state store. All services with tags would be given new IDs, causing unwanted churn in large clusters. The benefit doesn't come close to justifying the means, so I'm going to abandon the feature and just validate the intrinsic invariant we already have (see: this PR).Spot check:
example validation on identical services with port label set
same but without port label set
job file