Is it possible to stop reconciliation of a HelmRelease before timeout?

[ilya-git]

I have a helm chart with a deployment.
I have created a HelmRelease manifest that contains an error that makes a pod in this deployment to never be created (stuck in container creating). The error is not related to flux and can probably be any other kind of similar error.

I have now committed the fix, but it is not applied until flux generates this event:
Helm upgrade failed: timed out waiting for the condition

If I understand things correctly Flux is waiting 5 minutes to declare the release failed and then it takes the latest version and does a new rollout that succeeds.

What I am wondering is if there is a way to force Flux to abandon the ongoing reconciliation (so that it can take latest version of release) and not wait for the timeout? I was not able to find such command.

[hiddeco]

The timed out waiting for the condition comes from Helm.

What the controller does equals to using the --wait flag while running helm install or helm upgrade. Exiting this process early is not possible as the controller has no idea what Helm is waiting for or what specific error it times out on, that's something only you, as a human and user, are able to observe based on detecting the error and triaging what goes wrong.

It is possible to disable the --wait behavior by configuring disableWait. In most cases you do however not want to do this, as this may result in errors going unnoticed.

[ilya-git]

Thanks a lot for the answer! The best thing for me to do if I don't want to wait (at least while I am actively developing and there are a lot of errors) is to reduce the default timeout on HelmRelease from 5 minutes to e.g. 1 minute?

[hiddeco]

That is an option, but it would likely be better to simply confirm your chart is working correctly using helm install [--wait], as this gives you direct feedback (and gives you the option to cancel things instantly by simply pressing Ctrl + C). Once your chart is working as expected, you can then start automating it in a HelmRelease.

Another reason to do this is because configuring the timeout to a lower value may result in unexpected side-effects, if your chart for example has e.g. jobs attached to it that take a longer time to complete, the timeout may be too low.

[ilya-git]

Thanks for tips, I was relying so much of flux, I did not think of the easiest solution :)