Describe the bug
Hi !
We have an issue where we use 2 images in a single helm application, configured image-updater to monitor and update both those images and this doesn't work reliably.
Sometimes both images are updated, sometimes only the first in the list, and sometimes it updates both, then deletes the values for the second image in the .argocd-source file, then re-adds it, then redeletes it etc etc.
This is very similar and perhaps identical to #202, for which the fix still seems to be present in the code base.
It's also very similar to #365 and #170.
name: gcr.io/xxxx/app
pullPolicy: IfNotPresent
# Overrides the image tag whose default is the chart appVersion.
tag: v1.0.1
imageLiquibase:
name: gcr.io/xxxx/liquibase
pullPolicy: IfNotPresent
# Overrides the image tag whose default is the chart appVersion.
tag: v1.0.1
In our build process, the liquibase image finishes first and is then pushed to the registry, and about 15mn later the app image is pushed. So we first see the following behaviour:
and then
So far so good but then, after a period of time, sometimes the next update cycle, or like in this instance more than an hour later, we get the following cycle starting:
And this keeps going on and on until we manually override the chart with the desired version (v1.0.1 being a dummy value).
To Reproduce
I'm going to copy #365 here because that' really all we've done:
Track multiple images in argocd-image-updater.argoproj.io/image-list annotation
Bump version up in all tracked images at once or consequently
Check commit on github
Expected behavior
We would expect image-updater to only update each image once when it detects the latest valid tag and to not flap between forgetting and recognizing the second image in the list.
Additional context
To note, we have 2 different environments with the same config (aside from the tag matching regexp), and the other one is working fine, albeit that looking at the logs it keeps saying "updating liquibase from v1.0.1 to v2.xxxx" even when it has already commited the change, and those log lines don't correlate to any commit being pushed.
Both env had the issue on 0.12.2 before, at the time the config only had
Describe the bug Hi ! We have an issue where we use 2 images in a single helm application, configured image-updater to monitor and update both those images and this doesn't work reliably. Sometimes both images are updated, sometimes only the first in the list, and sometimes it updates both, then deletes the values for the second image in the .argocd-source file, then re-adds it, then redeletes it etc etc.
This is very similar and perhaps identical to #202, for which the fix still seems to be present in the code base. It's also very similar to #365 and #170.
Our annotations look like this:
Our helm chart specifies this:
In our build process, the liquibase image finishes first and is then pushed to the registry, and about 15mn later the app image is pushed. So we first see the following behaviour:
and then
So far so good but then, after a period of time, sometimes the next update cycle, or like in this instance more than an hour later, we get the following cycle starting:
And this keeps going on and on until we manually override the chart with the desired version (v1.0.1 being a dummy value).
To Reproduce I'm going to copy #365 here because that' really all we've done:
Expected behavior We would expect image-updater to only update each image once when it detects the latest valid tag and to not flap between forgetting and recognizing the second image in the list.
Additional context To note, we have 2 different environments with the same config (aside from the tag matching regexp), and the other one is working fine, albeit that looking at the logs it keeps saying "updating liquibase from v1.0.1 to v2.xxxx" even when it has already commited the change, and those log lines don't correlate to any commit being pushed. Both env had the issue on 0.12.2 before, at the time the config only had
and we thought we fixed it by adding
Version 0.12.2
Logs