test(8.10): run bitnami→companion migration hook for MT and document-store modular upgrades#6427
Merged
eamonnmoloney merged 1 commit intoJun 22, 2026
Conversation
…store modular upgrades The post-infra `post-infra-bitnami-migration` hook migrates the bundled (Bitnami) Keycloak realm and the Elasticsearch authorization indices onto the companion services before the chart upgrade removes the bundled subcharts. When the migration was moved to this hook (#6343) it was wired only to `qa-elasticsearch-upg-modular`; the MT and document-store modular-upgrade scenarios were left without it. Without the hook the companion Elasticsearch is never populated with the 8.9 authorization data, so after the 8.10 upgrade `camunda-authorization`/`tenant` are empty and `camunda-role` keeps only the newly-seeded entries. demo/bart/lisa come back with no roles or tenants and Operate shows "You don't have access to this component" — the failure seen in the SM Nightly 8.10 Upgrade Minor MT run. Verified on a live GKE repro: with the hook absent the companion ES had 0 authorizations / 0 tenants post-upgrade; the plain ES modular scenario (which already has the hook) is green. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Contributor
There was a problem hiding this comment.
Pull request overview
This PR fixes missing lifecycle wiring in Camunda Platform Helm 8.10 CI scenario registry so that modular upgrade scenarios that start from bundled Bitnami services properly run the Bitnami → companion migration before the chart upgrade removes the bundled subcharts.
Changes:
- Add
post-infra: post-infra-bitnami-migrationto the MT and document-store modular-upgrade-minor Elasticsearch-backed QA scenarios. - Regenerate the
test/ci/registry-snapshot.yamlgolden to reflect the addedpost-infrahook blocks for those scenarios.
Reviewed changes
Copilot reviewed 4 out of 4 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
| charts/camunda-platform-8.10/test/ci/registry/scenarios/qa-elasticsearch-mt-upg-modular.yaml | Adds the post-infra migration hook to the MT modular-upgrade scenario. |
| charts/camunda-platform-8.10/test/ci/registry/scenarios/qa-document-store-upg-modular-gke.yaml | Adds the post-infra migration hook to the document-store modular-upgrade scenario on GKE. |
| charts/camunda-platform-8.10/test/ci/registry/scenarios/qa-document-store-upg-modular-eks.yaml | Adds the post-infra migration hook to the document-store modular-upgrade scenario on EKS. |
| charts/camunda-platform-8.10/test/ci/registry-snapshot.yaml | Updates the registry snapshot to include the new post-infra hook entries for the affected scenarios. |
Ian-wang-liyang
approved these changes
Jun 22, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Which problem does the PR fix?
The
SM Nightly 8.10 Upgrade Minor MTrun fails: after the 8.9→8.10 modularupgrade, demo/bart/lisa hit "You don't have access to this component" in
Operate, and
/v2/authentication/mereturns emptyrolesandtenants.Originating nightly run:
https://github.com/camunda/c8-cross-component-e2e-tests/actions/runs/27930811972
Root cause: the
post-infra-bitnami-migrationhook — which migrates the bundled(Bitnami) Keycloak realm and the Elasticsearch authorization indices onto the
companion services before the chart upgrade removes the bundled subcharts —
was wired only to
qa-elasticsearch-upg-modularwhen it was introduced in #6343.The MT and document-store modular-upgrade scenarios were left without it, so the
companion Elasticsearch is never seeded with the 8.9 authorization data. After
the upgrade the orchestration reads an effectively empty authorization store.
This is why the plain ES modular upgrade is green while MT / document-store are red.
What's in this PR?
Adds
post-infra: post-infra-bitnami-migrationto the Elasticsearch-backedmodular-upgrade scenarios that were missing it:
qa-elasticsearch-mt-upg-modular.yamlqa-document-store-upg-modular-gke.yamlqa-document-store-upg-modular-eks.yamlRegistry snapshot regenerated via
make go.update-registry-golden.OpenSearch modular upgrade is intentionally out of scope here: the hook is
Elasticsearch-specific, and that scenario shows a separate
/identityloginfailure that needs its own fix.
Verification (live GKE repro): installed 8.9-MT (bundled), ran the
modular-upgrade-minorflow, and inspected the companion Elasticsearch. Withoutthe hook the companion ES had 0 authorizations / 0 tenants and the
adminrole kept only the newly-seeded mapping rules (demo and the 8.9 members were
absent) — reproducing the nightly failure. The plain ES modular scenario, which
already carries the hook, is green.
Checklist
Please make sure to follow our Contributing Guide.
Before opening the PR:
make go.update-golden-only.After opening the PR: