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
When setting some values such as deployment.extraContainers the documentation and value set in values.yaml suggest the value should be an object here however the example shows a string and given the template here is using {{ tpl .Values.deployment.extraContainers }} I believe the correct value in values.yaml should be "".
There seems to be a few places where this is the case extraContainers, extraInitContainers and lifecycle in the Hydra Helm charts at least.
coalesce.go:220: warning: cannot overwrite table with non table for example.hydra.deployment.extraContainers (map[])
coalesce.go:220: warning: cannot overwrite table with non table for example.hydra.deployment.extraContainers (map[])
coalesce.go:220: warning: cannot overwrite table with non table for example.hydra.deployment.extraContainers (map[])
Hi there!
The warning are as you noticed, mostly caused by the use of tpl functions which expect strings in places you would expect and object or array. I agree, that the default values.yaml should be updated to reflect that. It was probably missed when we were introducing tpl 😞
Preflight checklist
Describe the bug
When setting some values such as
deployment.extraContainers
the documentation and value set invalues.yaml
suggest the value should be an object here however the example shows a string and given the template here is using{{ tpl .Values.deployment.extraContainers }}
I believe the correct value invalues.yaml
should be""
.There seems to be a few places where this is the case
extraContainers
,extraInitContainers
andlifecycle
in the Hydra Helm charts at least.Reproducing the bug
Set the value of
deployment.extraContainers
to the example value as per https://github.com/ory/k8s/blob/master/helm/charts/hydra/values.yaml#L318-L320Relevant log output
Relevant configuration
Version
v1.11.7
On which operating system are you observing this issue?
Linux
In which environment are you deploying?
Kubernetes with Helm
Additional Context
No response
The text was updated successfully, but these errors were encountered: