Open jameshbarton opened 2 years ago
Workaround is to manually delete the CRB by hand before reinstalling: kubectl delete clusterrolebinding glooe-prometheus-kube-state-metrics
I think the real issue here was how we ended up with the orphaned cluster role binding losing its ownership annotation: meta.helm.sh/release-name: gloo
It is expected that glooctl uninstall would not remove any resources not owned by gloo but the fact that we got to this point is troubling and definitely deserves the issue in and of itself.
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.10.x (latest stable)
Kubernetes Version
No response
Describe the bug
An enterprise user tried to uninstall a recent 1.10 release with
glooctl uninstall --all
. The uninstall failed to delete the ClusterRoleBindingglooe-prometheus-kube-state-metrics
. That caused a subsequent attempt at reinstallation to fail.Steps to reproduce the bug
kubectl get clusterrolebinding glooe-prometheus-kube-state-metrics
Expected Behavior
All ClusterRoleBindings should be removed on
glooctl uninstall --all
.Additional Context
This happened on EKS for customer.