Pre-upgrade checklist
1
Backup existing Helm releases:
2
Critical: Backup RabbitMQ data and definitions (v4.x breaking change).
3
Decision required: Choose your deployment strategy - Ledger service or legacy Onboarding/Transaction (v5.x breaking change).
4
If migrating to Ledger service, prepare new secrets with module-specific prefixes.
5
Schedule a maintenance window.
Breaking changes to address
From v4.x: RabbitMQ dependency change
The RabbitMQ chart dependency changed from Bitnami to Groundhog2k. This may lead to PVC data loss. Back up RabbitMQ data before upgrading.
From v5.x: new Ledger service
Choose one of these configurations: Option A: Keep legacy services (gradual migration)DB_ONBOARDING_PASSWORD,DB_TRANSACTION_PASSWORDMONGO_ONBOARDING_PASSWORD,MONGO_TRANSACTION_PASSWORD
Upgrade command
What changes from v3.x
Common issues
RabbitMQ fails to start- Ensure the Erlang cookie is set correctly (32+ printable characters, no spaces).
- This is expected due to the v4.x dependency change from Bitnami to Groundhog2k. Export RabbitMQ definitions before upgrading and restore after.
- Verify that all module-specific environment variables and secrets are configured with the new prefixes (
DB_ONBOARDING_*,DB_TRANSACTION_*, etc.).
- Ensure
ledger.enabled: trueandmigration.allowAllServicesis not set totrue.
- Create new secrets with module prefixes:
DB_ONBOARDING_PASSWORDinstead ofDB_PASSWORDDB_TRANSACTION_PASSWORDinstead ofDB_PASSWORDMONGO_ONBOARDING_PASSWORDinstead ofMONGO_PASSWORDMONGO_TRANSACTION_PASSWORDinstead ofMONGO_PASSWORD
- Chart v5.0.0 removed the Console and NGINX components entirely —
templates/console/no longer exists. Drop anyconsole.*or NGINX overrides from your values file; they are inert and will be rejected by the chart schema on newer versions.

