-
Notifications
You must be signed in to change notification settings - Fork 228
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
Could not update application spec: stat /tmp: no such file or directory #560
Comments
This seems to only be an issue when running Kubernetes(Minikube) on arm64. I used the exact same config on a cluster deployed on amd64 and everything worked fine. |
I've encountered the same problem while running the Image Updater on version v0.12.0 on a Raspberry Pi 4 (also arm64). I've traced the error back to this line And one possible cause, as seen in other places the same error popped up, could be the lack of the Checking the registry, I've noticed there are some builds to newer releases (v0.12.2 at the time of this writing), so I decided to try them out as well. And the error also did not pop up. So, I guess, for this issue to be finally closed it is for the stable install manifest to be updated to v0.12.0. |
Not the case for me. Using on Pi4 v 0.12.0 and same issue pops up. Together with the x509 for docker.io registries. May be you meant "...updated to 0.12.2"? |
Can confirm updatng manually to 0.12.2 resolves all the issues ... |
I don't think so :'( at least on M1 I also have a:
|
Describe the bug
ArgoCD Image Updater is correctly discovering that there is a new image in the registry, however it is unable to update the Application spec and fails with this error in the log:
Could not update application spec: stat /tmp: no such file or directory
I have verified that the Connected Repo is working(it says "Connection Status: Successful" on the Connected Repos page), and the Image Registry connection is also good as it is able to pull the tags.
To Reproduce
Create an Application in ArgoCD UI using the following annotations:
Expected behavior
I would expect that the new image would get deployed into K8S, and the new image version would be committed back to git successfully.
Additional context
Kubernetes: Minikube
Running on MacOS (M2 Max)
Version
ArgoCD Version: v2.6.7+5bcd846
Image Updater Version: 0.12.0
Logs
The text was updated successfully, but these errors were encountered: