-
Notifications
You must be signed in to change notification settings - Fork 47
Description
Description
Currently if any container command / args are provided in the Controller's config.pod-spec-patch, including for "non-reserved" sidecar containers, the Controller does not the config and fails on startup (from this logic in ParseAndValidateConfig):
Error: failed to parse config: modifying container commands or args via podSpecPatch is not supported
This conflicts with functionality described in override_commands.md, and supporting logic in Scheduler.PatchPodSpec, which allows for providing the command and args in the podSpecPatch via the kubernetes Plugin config in a given pipeline.yml, even overriding the defaults for the "reserved" containers (provided another flag is set).
Describe the solution you'd like
Ideally the logic/functionality in both places would be the same. We'd like to be able to provide specific container command/args to certain additional Sidecar containers for a given Controller — for instance we have a single Sidecar Image supporting different commands to run depending on the Agent "pool".