Open jenshu opened 2 years ago
As this appears to be an uncommon issue caused by user manually editing the CRs, we do not plan to fix at this time. Instead we will add a note in the upgrade docs detailing how to get out of this situation if it occurs.
This issue has been marked as stale because of no activity in the last 180 days. It will be closed in the next 180 days unless it is tagged "no stalebot" or other activity occurs.
Gloo Edge Version
1.11.x (latest stable)
Kubernetes Version
No response
Describe the bug
If a Gateway or Upstream custom resource contains a
resourceVersion
in itskubectl.kubernetes.io/last-applied-configuration
annotation, the helm upgrade will fail or hang.Steps to reproduce the bug
Not sure how often this occurs in normal operation, but if you save the yaml of a Gateway resource (including the
metadata.resourceVersion
field), thenkubectl apply
that yaml, it will cause the Gateway to have a last-applied-config annotation that contains a resourceVersion, e.g. something likeThen when you run
helm upgrade
, a job tries tokubectl apply
the Gateway from the helm chart (which doesn't include resourceVersion or those other metadata fields), and will result in an errorExpected Behavior
helm upgrade should succeed and be able to apply the gloo custom resources
Additional Context
Workaround: delete the last-applied-config annotation before attempting the helm upgrade, e.g.
kubectl annotate gateway -n gloo-system gateway-proxy kubectl.kubernetes.io/last-applied-configuration-