-
Notifications
You must be signed in to change notification settings - Fork 9.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[bitnami/keycloak] Upgrade from 6.2.5 to 7.0.0 leads to postgres crashloopBackoff #9288
Comments
For your information, we achieved to get Keycloak back by forcing posgresql image tag to
And then adding this to values : postgresql:
image:
tag: 11.15.0-debian-10-r19 But this is clearly a workaround, as we are in chart bitnami/keycloak:7.0.0, but forcing subchart bitnami/postgresql with a tag that is not the default one of the subchart. Maybe it should be useful to give an upgrade path to users to get from 6.X.X to 7.0.0 on bitnami/keycloak README ? |
We should've definitely include better upgrade instructions... Could you please follow these instructions and let us know if they work (the following example assumes that the release name is keycloak and the release namespace default)?
export KEYCLOAK_PASSWORD=$(kubectl get secret --namespace default keycloak -o jsonpath="{.data.admin-password}" | base64 --decode)
export POSTGRESQL_PASSWORD=$(kubectl get secret --namespace default keycloak-postgresql -o jsonpath="{.data.postgresql-password}" | base64 --decode)
export POSTGRESQL_PVC=$(kubectl get pvc -l app.kubernetes.io/instance=keycloak,app.kubernetes.io/name=postgresql,role=primary -o jsonpath="{.items[0].metadata.name}")
CURRENT_PG_VERSION=$(kubectl exec keycloak-postgresql-0 -- bash -c 'echo $BITNAMI_IMAGE_VERSION')
helm upgrade keycloak bitnami/keycloak \
--set adminPassword=$KEYCLOAK_PASSWORD \
--set postgresql.image.tag=$CURRENT_PG_VERSION \
--set postgresql.auth.password=$POSTGRESQL_PASSWORD \
--set postgresql.persistence.existingClaim=$POSTGRESQL_PVC
|
I tried the proposed steps and they work, with notes bellow:
|
This Issue has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thanks for the feedback. |
Due to the lack of activity in the last 5 days since it was marked as "stale", we proceed to close this Issue. Do not hesitate to reopen it later if necessary. |
Name and Version
bitnami/keycloak 7.0.0
What steps will reproduce the bug?
We have a keycloak that was running with chart 6.2.5, we tried to upgrade to 7.0.0
By digging information on 7.0.0 commit diff and bitnami/postgres documentation, we achieved to proceed to upgrade on helm side. For this we deleted postgresql statefulset and postgresql secret according to Postgresql chart upgrade path from v10 to v11 (cf https://docs.bitnami.com/kubernetes/infrastructure/postgresql/administration/upgrade/#upgrading-instructions), and set values in keycloak release like following :
Right now Helm is not throwing errors anymore, but Postgresql statefulset is in crashloopbackoff.
Here is the log of the postgres container :
Are you using any custom parameters or values?
What is the expected behavior?
We would expect postgresql to upgrade from previous chart version to the new one successfully
What do you see instead?
Postgresql subchart is deploying a postgresql version that seems to be not compatible with previous postgresql data files
Additional information
Just for a bit of context : We are using keycloak on a Rancher RKE2 kubernetes cluster v1.22. Persistence is enabled and Postgres PVC storage backend is a Rook Ceph RBD.
The text was updated successfully, but these errors were encountered: