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
Seems that certain values such as "FirstInstance" are ignored when they need to be picked up from a kubernets secret.
I tend to exclude any running condition as the value "host" for the postgres database is picked up correctly.
This is my secret deployed through External Secret Operator
this is my chart values.yaml file (adding only the relevant chunk)
zitadel:
# The ZITADEL config under configmapConfig is written to a Kubernetes ConfigMap
# See all defaults here:
# https://github.com/zitadel/zitadel/blob/main/cmd/defaults.yaml
configmapConfig:
ExternalDomain: zitadel.mydomain.com
TLS:
Enabled: false
ExternalSecure: true
ExternalPort: 443
Database:
Postgres:
Port: 5432
Database: zitadel
MaxOpenConns: 20
MaxIdleConns: 10
MaxConnLifetime: 30m
MaxConnIdleTime: 5m
User:
Username: zitadel
SSL:
Mode: verify-full
Admin:
Username: postgres
SSL:
Mode: verify-full
# The ZITADEL config under secretConfig is written to a Kubernetes Secret
# See all defaults here:
# https://github.com/zitadel/zitadel/blob/main/cmd/defaults.yaml
secretConfig:
# Annotations set on secretConfig secret
secretConfigAnnotations:
helm.sh/hook: pre-install,pre-upgrade
helm.sh/hook-delete-policy: before-hook-creation
helm.sh/hook-weight: "0"
# Reference the name of a secret that contains ZITADEL configuration.
configSecretName: config-secrets
# The key under which the ZITADEL configuration is located in the secret.
configSecretKey: config.yaml
Looking in the DB only the zitadel-admin user is created while there should be another user created with the FIrstInstance values provided in the secret
As you can also see the different timestamp values between the secret synchronisation and the user creation.
Preflight Checklist
Version
7.6.1
App version
2.45
Describe the problem caused by this bug
Seems that certain values such as "FirstInstance" are ignored when they need to be picked up from a kubernets secret.
I tend to exclude any running condition as the value "host" for the postgres database is picked up correctly.
This is my secret deployed through External Secret Operator
this is my chart values.yaml file (adding only the relevant chunk)
Looking in the DB only the zitadel-admin user is created while there should be another user created with the FIrstInstance values provided in the secret
As you can also see the different timestamp values between the secret synchronisation and the user creation.
To reproduce
Use this example chart from https://github.com/zitadel/zitadel-charts/tree/main/examples/5-referenced-secrets
and then add to the referenced secret this:
tested both with ArgoCD deployment and HELM cli from local
Logs
No response
Expected behavior
The user from FIrstInstance being created correctly
Relevant Configuration
Configuration is taken from here https://github.com/zitadel/zitadel/blob/main/cmd/defaults.yaml
Additional Context
K8s version: rke2 1.27.10
ArgocCD: 2.10.6
The text was updated successfully, but these errors were encountered: