Problem
deploy/helm/container-cache/deploy/values.yaml (chart 0.30.x) documents:
podDisruptionBudget:
enabled: false
# minAvailable and maxUnavailable are mutually exclusive; set exactly one.
minAvailable: ""
maxUnavailable: ""
but templates/poddisruptionbudget.yaml does not reference any of those keys. It renders a PodDisruptionBudget with minAvailable: 50% whenever replicaCount > 1, regardless of enabled, minAvailable or maxUnavailable. Verified with helm template on 0.30.4: podDisruptionBudget.enabled=true, minAvailable=2 still renders minAvailable: 50%, and enabled=false still renders the PDB.
Expected
The template honours the values: no PDB when enabled is false, and exactly one of minAvailable / maxUnavailable emitted when set, falling back to the current 50% default.
Why it matters
Downstream templates (sbom-templates) cannot expose these knobs from cluster-spec while they are ignored, and operators reading values.yaml assume they work.
Problem
deploy/helm/container-cache/deploy/values.yaml(chart 0.30.x) documents:but
templates/poddisruptionbudget.yamldoes not reference any of those keys. It renders a PodDisruptionBudget withminAvailable: 50%wheneverreplicaCount > 1, regardless ofenabled,minAvailableormaxUnavailable. Verified withhelm templateon 0.30.4:podDisruptionBudget.enabled=true, minAvailable=2still rendersminAvailable: 50%, andenabled=falsestill renders the PDB.Expected
The template honours the values: no PDB when
enabledis false, and exactly one ofminAvailable/maxUnavailableemitted when set, falling back to the current 50% default.Why it matters
Downstream templates (sbom-templates) cannot expose these knobs from cluster-spec while they are ignored, and operators reading values.yaml assume they work.