-
Notifications
You must be signed in to change notification settings - Fork 707
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A flux app in failed install state, deleted via UX, stays around in k8s flux HelmRelease CR #5577
Comments
right before the DELETE button is clicked:
and
|
delete can be executed via grpc:
|
Notice after the delete is executed backend returns an empty list:
but the HelmRelease CR is still there
This sure looks like a backend issue so I am self-assigning this. flux plugin skips this CR when listing installed packages due to I think the fact that |
…X, stays around in k8s flux HelmRelease CR #5577 (#5584) fixed an inconsistency between GetInstalledPackageSummaries() and GetInstalledPackageDetail() in one corner case. Main fix is dependent on flux fluxcd/helm-controller#554 There is only one small change to production code. The rest is test-related code. Also, + added a few integration tests. + bump flux version in tests + fix for available package handling with flux in multi-tenant mode #5541
Reopening since dependent fluxcd/helm-controller#554 is still open |
Capturing notes from slack discussion: One other thought, our UX recently made a change where service account is optional for flux packages. So the problem vector space has really become smaller compared to the time I opened the issue. Nowadays, one has to actually go "change away" from default settings to cause the issue to happen. In that case and if what flux guys claim is correct, we may have no choice but direct our users to manually "patch the finalizers out" out of the flux CRD via kubectl as flux guys suggest (edited) Comment on #554 HelmRelease with non-existing service account gets stuck being deleted |
on a brand new kind cluster created via 'make cluster-kind'
a) name: podinfo
b) url: https://stefanprodan.github.io/podinfo
c) description: test
c) Packaging format: pick Helm Charts via Flux. Notice as soon as you pick that 'Description' field gets disabled
d) click INSTALL RESPOSITORY and verify it gets to Ready state. I had to hit 'REFRESH' once.
5 click DEPLOY
a) name: podinfo
b) service account: pick "default"
c) click "DEPLOY 6.2.2"
Status: pending
ArtifactFailed: HelmChart 'default/default-podinfo' is not ready (see attached 1)
BTW, the fact that it fails to install is not a problem - the service account is not appropriate
for this app
and it will stay there (see workaround below) and will prevent any new app with the same name (podinfo) from being deployed
doing
$ kubectl delete hr/podinfo
does not help. the command printshelmrelease.helm.toolkit.fluxcd.io "podinfo" deleted
and hangsNoticed that if I do a manual
kubectl edit hr/podinfo
and remove the linesthe CR will go away
The text was updated successfully, but these errors were encountered: