Enable per-destination container_resolver_config_file
#15884
Merged
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.
container_resolvers_config_file
did not work becauseContainerFinder
did not check if this key is set in thedestination_info
(but onlycontainer_resolvers
) this is crucial for job configuration using XMLcontainer_resolvers
and per destination config usedcontainer_resolvers_config_file
Why this is needed / how I stumbled over this: Finally had an idea for migrating to containers on my site: I will define a
cached_explicit_singularity
,cached_mulled_singularity
, i.e. this will only pick up containers that have been cached. tools that do not have a container installed will fall back to condacached_explicit_singularity
,cached_mulled_singularity
,mulled_singularity
which allows me to pull containers via AdminUI / APIUnfortunately my job config is still XML, so I need
container_resolvers_config_file
for the per destination config.If someone wants to have this backported then I can do. For me it's fine to carry the single commit in my deployment branch for 1 release.
How to test the changes?
(Select all options that apply)
License