-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Flux does not update image from purely numerical tags #2703
Comments
Can you show us the creation time and creation labels of both images? |
Also, can you show us the full |
@2opremio Thanks for your quick reply. I'm not sure what you mean by "creation label", sorry. Is the "created" column in the issue description different from what you mean by "creation time"? The ---
apiVersion: helm.fluxcd.io/v1
kind: HelmRelease
metadata:
name: extractors
namespace: dev
annotations:
fluxcd.io/automated: "true"
# Tell Flux which repository to watch
repository.fluxcd.io/extractors: extractors
# Tell Flux how to update the Docker tag
filter.fluxcd.io/extractors: regexp:^[0-9]*$
spec:
releaseName: vehement-bunny
chart:
git: [email protected]:OurOrg/our-repo
path: charts/extractors
ref: deploy/dev
rollback:
enable: true
values:
# The number of instances of the service to run.
replicaCount: 1
# Secret to reference for credentials, etc.
secretName: vehement-bunny-extractors
# The number of revisions of the deployment to keep. Each `helm upgrade` counts
# as a deployment revision.
revisionHistoryLimit: 2
image:
# The registry containing the our images. The image name is hard-
# coded into this chart.
registry: our.azurecr.io
# The version of the image to pull from the registry. The image name is hard-
# coded into this chart.
tag: 150
# Under what circumstances Kubernetes will pull the image for updates. If not
# set here, will default to IfNotPresent.
pullPolicy: IfNotPresent
# The secret(s) containing the credentials for authenticating with the Docker
# registry when pulling images.
pullSecrets:
- docker-registry
rabbitmq:
# The URI of a RabbitMQ message broker.
uri: #redacted
environment:
#redacted
persistence:
#redacted
# Override resource requests by uncommenting the below lines and adjusting them
# as necessary, and remove the curly braces after 'resources:'.
resources:
limits:
cpu: 500m
memory: 750Mi
requests:
cpu: 100m
memory: 500Mi
# See https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#nodeselector
# This will be copied wholesale into the Deployment resource for this chart.
nodeSelector: {}
# See https://kubernetes.io/docs/concepts/configuration/taint-and-toleration/
# This will be copied wholesale into the Deployment resource for this chart.
tolerations:
- key: "dedicated"
operator: "Equal"
value: "worker"
effect: "NoSchedule"
# See https://kubernetes.io/docs/concepts/configuration/assign-pod-node/#affinity-and-anti-affinity
# This will be copied wholesale into the Deployment resource for this chart.
affinity:
nodeAffinity:
preferredDuringSchedulingIgnoredDuringExecution:
- weight: 90
preference:
matchExpressions:
- key: "role"
operator: "In"
values:
- "worker" |
Replace |
In addition to @stefanprodan his comment, the |
Thanks @stefanprodan. I'm finding this area extremely confusing; in fact, in #2663 you yourself seemed to recommend changing from a
Thanks @hiddeco. I'm further confused, because in creating #2670, it was indicated that the |
@alastairs the annotations should match the HelmRelease values structure, not the deployment one, the problem with your values is that the image is not specified so Flux can't update it.
|
So based on http://docs.fluxcd.io/en/1.17.0/references/helm-operator-integration.html#automated-image-detection, I think the structure should be: values:
image:
registry: our.azurecr.io
repository: extractors # not image
tag: 150 Does that look right? |
Yes that looks ok to me |
Ok, still no luck. Here's the current state of play:
|
Does the chart in
|
In YAML |
Thank you @stefanprodan and @2opremio for your replies. I suspect it is the YAML parsing issue, good spot. I'm not able to verify this fix, unfortunately, so please assume this is the correct resolution 😄 |
Our Docker images are tagged with a simple numeric value by our build system. I've a
HelmRelease
defined with annotations as follows:flux has successfully deployed this Helm release, Kubernetes has pulled the image and started the container succesfully. Flux has also identified that there are newer versions of the image available:
However, the deployed image is, as indicated in that output, still v150, rather than the newest v154. Based on a comment from @stefanprodan, I have also tried specifying a filter of
regexp:^[0-9]*$
with the same result.I am able to provide logs with a bit of guidance on what components to focus on,e tc.
Additional context
Add any other context about the problem here, e.g
The text was updated successfully, but these errors were encountered: