fix(aro-hcp): use shared helpers for in-place upgrades - #83113
Conversation
WalkthroughARO-HCP provisioning now delegates to a shared helper. Local upgrade now requires ChangesARO-HCP helper integration
Estimated code review effort: 3 (Moderate) | ~20 minutes Possibly related PRs
Suggested reviewers: 🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
/pj-rehearse pull-ci-Azure-ARO-HCP-main-e2e-parallel-inplace-upgrade |
|
@roivaz: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In
`@ci-operator/step-registry/aro-hcp/provision/from-main/aro-hcp-provision-from-main-commands.sh`:
- Line 17: Replace the failing delegation in aro-hcp-provision-from-main with
provisioning logic available in the checked-out tree, or add the required
hack/ci/provision-from-main.sh helper and invoke it reliably. Preserve the
downstream artifact contract by producing ${SHARED_DIR}/config.yaml and
${SHARED_DIR}/aro-hcp-slot.env.
In
`@ci-operator/step-registry/aro-hcp/test/local-upgrade/aro-hcp-test-local-upgrade-commands.sh`:
- Around line 77-86: Update the command flow around sourcing
hack/ci/build-config-override.sh so it uses the actual ARO-HCP upstream helper
available in openshift/release, adding or correcting the helper reference as
needed. Ensure the helper runs successfully before copying OVERRIDE_CONFIG_FILE
to config-override-upgrade.yaml and exporting the updated path.
🪄 Autofix
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Repository YAML (base), Central YAML (inherited)
Review profile: CHILL
Plan: Pro Plus
Run ID: 18c5abc7-ee5f-46a8-be8c-b0c934957232
📒 Files selected for processing (4)
ci-operator/step-registry/aro-hcp/provision/environment/aro-hcp-provision-environment-commands.shci-operator/step-registry/aro-hcp/provision/from-main/aro-hcp-provision-from-main-commands.shci-operator/step-registry/aro-hcp/test/local-upgrade/aro-hcp-test-local-upgrade-commands.shci-operator/step-registry/aro-hcp/test/local-upgrade/aro-hcp-test-local-upgrade-ref.yaml
Use the shared ARO-HCP CI helpers for baseline provisioning and upgrade override generation so customExporter and both ARM helper identities stay aligned with ARO-HCP main. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
368676e to
70f27e8
Compare
|
Note GitHub couldn't provide a complete incremental comparison for this pull request, so CodeRabbit is performing a full review instead. This review may take a little longer. |
|
/pj-rehearse pull-ci-Azure-ARO-HCP-main-e2e-parallel-inplace-upgrade |
|
@roivaz: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: roivaz The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
[REHEARSALNOTIFIER]
Interacting with pj-rehearseComment: Once you are satisfied with the results of the rehearsals, comment: |
|
@roivaz: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
|
/pj-rehearse pull-ci-Azure-ARO-HCP-main-e2e-parallel-inplace-upgrade |
|
@roivaz: your |
Why
The in-place-upgrade rehearsal for #83084 exposed a pre-existing image override gap unrelated to the ARM-helper identity change.
The baseline at ARO-HCP commit
0767d80resolved seven Region service images from ACR but omittedcustomExporter, leaving its staticsha256:335a...digest next to commit-specific Backend and Fleet digests. The upgrade phase had the same omission because its override was assembled manually.The complete workflow image audit found no other missing Region service image.
hcpRecoveryis intentionally absent from baseline ACR resolution becauseimages-pushdoes not publish it; the upgrade phase already supplies it.oc-mirrorand tenant-quota are CI builds, not Region deployment overrides.What
hack/ci/provision-from-main.shhelper.hack/ci/build-config-override.sh.pipeline:aro-hcp-exporterdependency to the upgrade step.hypershift-image-overrides.yaml.aro-hcp-provision-environmentpath unchanged.Validation
hcpRecovery.hcpRecovery, Hypershift operator/shared-ingress, and dual ARM helpers.Summary by CodeRabbit
pipeline:aro-hcp-exporterdependency and supplies the requiredcustomExporteroverride.hcpRecoveryout of baseline ACR resolution and supplies it only during upgrades.