You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Any chart changes will then trigger the existing machine deployments to upgrade to the other variety of template depending on the order of the labels. Here's the offending diff from two templates:
node-labels: "{{ range $ik := (keys . | uniq | sortAlpha) }} but I'm a bit stumped how to then pull the values out afterwards
Or if this is the correct approach, since I suspect there will be other places the ordering becomes important for the template hash
The text was updated successfully, but these errors were encountered:
Using node group defaults, we've added an additional label:
This correctly propagates through to the kubeadmconfigtemplate , however the ordering is ambiguous causing each
kubeadmconfigtemplate
to duplicateAny chart changes will then trigger the existing machine deployments to upgrade to the other variety of template depending on the order of the labels. Here's the offending diff from two templates:
I can see our values get merged here: https://github.com/stackhpc/capi-helm-charts/blob/main/charts/openstack-cluster/templates/node-group/kubeadm-config-template.yaml#L18 where the overrides and defaults get merged together
Unfortunately, dicts are unordered so this will always randomly toggle our labels (and I suspect other places where we concat the dict in will too)
My idea is to change https://github.com/stackhpc/capi-helm-charts/blob/main/charts/openstack-cluster/templates/_helpers.tpl#L134
To sort then index the keys like so:
node-labels: "{{ range $ik := (keys . | uniq | sortAlpha) }}
but I'm a bit stumped how to then pull the values out afterwardsOr if this is the correct approach, since I suspect there will be other places the ordering becomes important for the template hash
The text was updated successfully, but these errors were encountered: