Orchestration API removal
Kubernetes 1.27 CSIStorageCapacity v1beta1 removed
Storage controller/manifests fail API discovery on the upgraded cluster.
Agent Quick Fix
Repair against the current Kubernetes contract, then keep the change narrow and source-backed.
Product: Kubernetes
Current-contract area: Kubernetes 1.27 removes CSIStorageCapacity v1beta1
Likely root cause: Storage controller/manifests fail API discovery on the upgraded cluster.
Repair direction: Verifier checks migrated apiVersion/fields and preservation of behavior. Check resource behavior after apply, not only schema acceptance.Symptom
Storage controller/manifests fail API discovery on the upgraded cluster.
Why This Happens
Manifests are static and may still validate against cached schemas; the target cluster's served API set is external and version-specific.
Common Wrong Fixes
- Changing local code without checking the current external contract.
- Retrying the same install, build, or API call with no version/source change.
- Applying a broad unsafe bypass when a narrow compatibility fix is available.
Codex Search Keywords
These are the search terms observed in a neutral Codex validation run for this failure shape.
Kubernetes 1.27 CSIStorageCapacity v1beta1 removed
site:kubernetes.io CSIStorageCapacity v1beta1 1.27 removed
https://kubernetes.io/docs/reference/using-api/deprecation-guide/
'CSIStorageCapacity' in https://kubernetes.io/docs/reference/using-api/deprecation-guide/