-
Notifications
You must be signed in to change notification settings - Fork 260
Helm Operator Upgrades Release Every Single Iteration #532
Comments
I believe this is a duplicate of #457 |
Ummm, uh oh. Is there any word on that issue yet? What can be done now? What is the ETA for a fix? |
So I think the issue for me was memory. I saw one recommendation about and gave it a shot. I turned it up to |
I still have this issue? Everything is exactly the same as another cluster where this issue never happens??? |
We faced this issue too in our clusters. Can we provide any data to tackle down this issue? |
We are seeing a similar issue as well for a CRD. helm-operator: 1.2.0 |
As per the discussion on #457, I believe this problem is caused by helm-operator 1.2.0 working with an older version of the HelmRelease CRD. The CRD was updated in 1.2.0 so the helm operator sees a difference on each iteration of the control loop. Try updating the CRD on your cluster by applying this file, https://github.com/fluxcd/helm-operator/blob/1.2.0/chart/helm-operator/crds/helmrelease.yaml |
I gave Helm Operator only one process in the values.yaml. It seems to work much better now. |
I'm having this problem on helm-operator 1.1.0:
it doesn't happen with releases that ref a git branch:
is there an official fix for this? |
Sorry if your issue remains unresolved. The Helm Operator is in maintenance mode, we recommend everybody upgrades to Flux v2 and Helm Controller. A new release of Helm Operator is out this week, 1.4.4. We will continue to support Helm Operator in maintenance mode for an indefinite period of time, and eventually archive this repository. Please be aware that Flux v2 has a vibrant and active developer community who are actively working through minor releases and delivering new features on the way to General Availability for Flux v2. In the mean time, this repo will still be monitored, but support is basically limited to migration issues only. I will have to close many issues today without reading them all in detail because of time constraints. If your issue is very important, you are welcome to reopen it, but due to staleness of all issues at this point a new report is more likely to be in order. Please open another issue if you have unresolved problems that prevent your migration in the appropriate Flux v2 repo. Helm Operator releases will continue as possible for a limited time, as a courtesy for those who still cannot migrate yet, but these are strongly not recommended for ongoing production use as our strict adherence to semver backward compatibility guarantees limit many dependencies and we can only upgrade them so far without breaking compatibility. So there are likely known CVEs that cannot be resolved. We recommend upgrading to Flux v2 which is actively maintained ASAP. I am going to go ahead and close every issue at once today, |
Describe the bug
I launched a Helm Release for aws-efs-csi driver chart and helmOperator will constantly upgrade it. I was up to 400 revisions before I noticed the issue. No other chart will do this. Why would HelmOperator think it needs to update the release?
To Reproduce
Here is the exact verbatim HelmRelease I used:
Expected behavior
Don't upgrade and revise when nothing has changed.
Logs
Additional context
The text was updated successfully, but these errors were encountered: