-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
unexpected redis-secret-init churn #2857
Comments
tl;dr; I think if you're having this issue it's not a problem with the argo helm chart Long version: I didn't realise it at the time but I had another cluster issue which was hiding the logs of the redis secret init pod, which might have been complicating things further. Before I fixed my cluster (which I did with a combination of a minor update and rotating all the worker nodes), I made this work by using the argocli to generate the secret before installing the chart, and installing the chart with Since I fixed my cluster I'm not able to reproduce this issue, even after purging all argo resouces, the secret init container seems to work fine. I think the secret init churn is a sign of other problems, rather than it being the cause, but like I said I didn't have logs at the time, and I can't reproduce the issue now that I have logs. I expect the above will be a suitable workaround for anyone who has this issues, but I would once again caution that this seems to by a symptom of a problem, rather than the problem itself. For anyone who doesn't want to use the argo cli, I expect you can just kubectl apply the following yaml
|
I have tried to use helm chart version 7.5.2 with the below still the same issue persists: |
redisSecretInit: With this it will work. Thanks ! |
Describe the bug
I'm seeing unexpected churn related to
argo-cd-argocd-redis-secret-init
(job, role, rolebinding, serviceaccount) each time we run ahelmwave diff
with the argo-cd helm chart. This was happening in version 7.3.6 and is still happening in 7.3.11. helmwave version 0.36.3.(I realize this could be a helmwave problem, or this could be exposing a helm problem? I'm a bit of a newb at both unfortunately, and I thought I'd file here first because y'all probably understand what the issue might be even if it's not an actual bug in the argo-cd helm chart itself... apologies in advance.)
I'm using the HA mode with autoscaling example.
relevant output:
Related helm chart
argo-cd
Helm chart version
7.3.11
To Reproduce
Expected behavior
no diff
Screenshots
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: