-
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
kubeappsapi flux plugin fails to register helmrepositories #7852
Labels
kind/bug
An issue that reports a defect in an existing feature
Comments
mark-jordanovic-lewis
added
the
kind/bug
An issue that reports a defect in an existing feature
label
Jun 18, 2024
Running into the same issue here. Chart version: 15.0.2 Chart values.yaml
Kubeapps internal API pod logs
|
Flux 2.3.0 is not supported until #7847 get merged, however it requires to do some rework to update caravel plugin or fix dependencies for it and add some tests. Unfortunately, I can't devote my time to this right now. So I would really appreciate it if someone from the community or the project authors could help with this. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
When using helm plugin UI loads kubeapps config.
When using flux plugin UI cannot load kubeapps config.
Kubeapps kubeappsapis flux plugin reports:
the helmrepository resource is invalid.
To Reproduce
Steps to reproduce the behavior:
Setup:
Spin up your applications, in my use case multiple applications with boot-order dependencies are required, using flux resources and bootstrap the repos in the usual way:
push and bootstrap this. Remember the
${another_application}
must have a healthcheck endpoint.localhost:8080
in your browser and open network tab in devtools.localhost:8080
in your browser and open network tab in devtools.Notes
Inspection of the configmaps:
Shows no diff.
Service resources are the same.
Logs
Expected behavior
helmrepositories
and reports invalid resources.Desktop (please complete the following information):
Additional Information
Initial deployment issue also arose when using a bad helmrelease chart. This chart deploys fine using Helm alone.
On fixing the broken helmrelease chart I tried with an app that has a long boot time:
with the same kubeapps result.
Following
flux suspend
andflux resume
of the long boot time application's helmrelease the state of the application in flux's helm controller is reported as in sync. Deleting the kubeappsapis container results in the same error in the kubeappsapi logs, even though the app is running and is reported as healthy in both k8s and flux.Amending the timeout and retry count of the long boot time application results in zero errs in the flux controllers and apps that are running. The kubeappsapi reports the same error and the UI does not load.
It seems that the issue is with applications which have dependencies and are deployed in waves.
Expectation: Errors in chart or release mediation should not break kubeapps UI and should instead be reported as errors.
The text was updated successfully, but these errors were encountered: