You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 1, 2022. It is now read-only.
Describe the bug
When a Cluster is not able to connect to the stable (googleapis) repository the helm-operator container is not able to start up because the request is hanging in a 30sec timeout and the readinessprobe is not getting ready because the healthz endpoint is not reachable. Also with disabled repositories this is still the case.
To Reproduce
Steps to reproduce the behaviour:
0. A K8s Cluster
Cut the internet connection or add a firewall rule to disable connection to googleapis.com
install helm-operator and fluxcd
Expected behavior
The readinessprobe gets ready although there is no connection possible. A configurability for the probes would be handy or a real disable option for repositories
The text was updated successfully, but these errors were encountered:
This is due to the hardcoded import I added in #124. The workaround till the permanent solution is in place is to mount an empty file at the path it imports (/var/fluxd/helm/repository/repositories.yaml).
Describe the bug
When a Cluster is not able to connect to the stable (googleapis) repository the helm-operator container is not able to start up because the request is hanging in a 30sec timeout and the readinessprobe is not getting ready because the healthz endpoint is not reachable. Also with disabled repositories this is still the case.
To Reproduce
Steps to reproduce the behaviour:
0. A K8s Cluster
Expected behavior
The readinessprobe gets ready although there is no connection possible. A configurability for the probes would be handy or a real disable option for repositories
The text was updated successfully, but these errors were encountered: