Skip to content

USHIFT-6857: CI implementation: Support MicroShift V5.0 on RHEL 10.2 GA Implementation - #7140

Open
agullon wants to merge 1 commit into
openshift:mainfrom
agullon:USHIFT-6854
Open

USHIFT-6857: CI implementation: Support MicroShift V5.0 on RHEL 10.2 GA Implementation#7140
agullon wants to merge 1 commit into
openshift:mainfrom
agullon:USHIFT-6854

Conversation

@agullon

@agullon agullon commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Summary

Add CI release scenarios for MicroShift upgrade paths to 5.0 on
RHEL 10.2, covering both same-OS and cross-OS version upgrades.

New upgrade scenarios (4 files):

Ticket Type Path Upgrade
USHIFT-7285 RPM el102-y1@el102-lrel@rpm-lvms-standard.sh 4.22 → 5.0 on RHEL 10.2
USHIFT-7286 bootc el102-y1@el102-lrel@lvms-standard.sh 4.22@10.2 → 5.0@10.2
USHIFT-7287 bootc el98-y1@el102-lrel@lvms-standard.sh 4.22@9.8 → 5.0@10.2
USHIFT-7287 bootc el98-y2@el102-lrel@lvms-standard.sh 4.21@9.8 → 5.0@10.2

Test plan

  • RPM scenario installs 4.22 from rhocp and upgrades to 5.0 brew on RHEL 10.2
  • bootc scenarios upgrade from y-1/y-2 to latest release on el10.2
  • LVMS workloads persist across all upgrades
  • standard1 and standard2 suites pass after each upgrade

🤖 Generated with Claude Code

Summary by CodeRabbit

  • New Features
    • Added upgrade validation scenarios for EL 9.8 and EL 10.2 environments using bootc and RPM-based LVMS configurations.
    • Added end-to-end checks for virtual machines, MicroShift access, LVMS workloads, and storage resources before and after upgrades.
    • Added automated cleanup and standard validation coverage for upgrade workflows.
  • Tests
    • Configured ordered execution, upgrade prerequisites, and a 60-minute test timeout for reliable scenario execution.

@openshift-ci-robot

openshift-ci-robot commented Aug 3, 2026

Copy link
Copy Markdown

@agullon: This pull request references USHIFT-7285 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "5.0.0" version, but no target version was set.

This pull request references USHIFT-7286 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "5.0.0" version, but no target version was set.

This pull request references USHIFT-7287 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "5.0.0" version, but no target version was set.

Details

In response to this:

Summary

  • Add 5 new CI release scenarios for LVMS upgrade testing under test/scenarios-bootc/el10/releases/
  • USHIFT-7286: bootc upgrade 4.22@10.2→5.0@10.2 with LVMS lifecycle + standard1/standard2 suites (2 files)
  • USHIFT-7287: bootc cross-version upgrade 4.22/4.21@9.8→5.0@10.2 with LVMS lifecycle + combined standard suites (2 files)
  • USHIFT-7285: RPM liveimg upgrade 4.22→5.0 on RHEL 10.2 with LVMS validation + combined standard suites (1 file)

Test plan

  • Verify shellcheck passes on all 5 new scenario files
  • Verify image names match CI image build definitions
  • Verify scenarios follow existing patterns from el96-y1@el102-lrel@lvms-standard1.sh and el102@rpm-standard.sh
  • CI validation in release lane

🤖 Generated with Claude Code

Instructions 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 openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Aug 3, 2026
@openshift-ci
openshift-ci Bot requested review from copejon and pmtk August 3, 2026 10:38
@openshift-ci

openshift-ci Bot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: agullon

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci Bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Aug 3, 2026
@coderabbitai

coderabbitai Bot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

Walkthrough

Changes

LVMS upgrade scenarios

Layer / File(s) Summary
Bootc scenario setup and VM lifecycle
test/scenarios-bootc/el10/releases/el98-y1@el102-lrel@lvms-standard.sh, test/scenarios-bootc/el10/releases/el98-y2@el102-lrel@lvms-standard.sh, test/scenarios-bootc/el10/releases/el102-y1@el102-lrel@lvms-standard.sh
Configures execution and bootc images. Adds VM creation, image validation, and cleanup.
Bootc LVMS upgrade validation
test/scenarios-bootc/el10/releases/*@el102-lrel@lvms-standard.sh
Prepares MicroShift and oc, validates LVMS workloads before and after upgrade, cleans up workloads, and runs standard suites.
RPM scenario setup and VM lifecycle
test/scenarios-bootc/el10/releases/el102-y1@el102-lrel@rpm-lvms-standard.sh
Configures RPM scenario execution. Adds RPM checks, VM creation, firewall setup, registration, and cleanup.
RPM repository, upgrade, and LVMS validation
test/scenarios-bootc/el10/releases/el102-y1@el102-lrel@rpm-lvms-standard.sh
Configures repositories and subscription release, runs the RPM upgrade suite, validates LVMS workloads, and runs standard suites.

Estimated code review effort: 3 (Moderate) | ~25 minutes

Suggested reviewers: pmtk, copejon

Sequence Diagram(s)

sequenceDiagram
  participant Scenario
  participant UpgradeVM
  participant MicroShift
  participant LVMS
  Scenario->>UpgradeVM: Create and configure VM
  UpgradeVM->>MicroShift: Wait for readiness
  MicroShift->>LVMS: Create and validate workloads
  Scenario->>UpgradeVM: Run OS upgrade
  MicroShift->>LVMS: Verify workloads and resources
Loading
🚥 Pre-merge checks | ✅ 14 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Ipv6 And Disconnected Network Test Compatibility ⚠️ Warning All four added scenarios invoke createWorkloads.sh, which deploys quay.io/openshifttest/hello-openshift; this public-registry pull is not an internal image reference. Mirror the image digest into the internal registry and reference it, or skip these scenarios in disconnected jobs; validate with /payload-job periodic-ci-openshift-release-master-nightly-4.22-e2e-metal-ipi-ovn-ipv6.
✅ Passed checks (14 passed)
Check name Status Explanation
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Stable And Deterministic Test Names ✅ Passed The four added scenario files only invoke Robot suites and shell helpers; they add no Ginkgo title declarations or dynamic test-title expressions.
Test Structure And Quality ✅ Passed PASS: HEAD adds four Bash scenario files that invoke Robot .robot suites and shell helpers; no Ginkgo It blocks or Eventually/Consistently calls are changed.
Microshift Test Compatibility ✅ Passed The patch adds only four Bash scenario files; it adds no Ginkgo declarations or test bodies. Referenced suites are pre-existing Robot Framework .robot files.
Single Node Openshift (Sno) Test Compatibility ✅ Passed The PR adds only four shell scenario files that invoke Robot suites; it adds no Ginkgo It/Describe/Context/When tests, so SNO compatibility checks do not apply.
Topology-Aware Scheduling Compatibility ✅ Passed The PR adds only shell-based release scenario scripts; they invoke existing VM, upgrade, and LVMS helper tests and add no manifests, operators, controllers, or scheduling constraints.
Ote Binary Stdout Contract ✅ Passed All four changed files are Bash scenario scripts. They add no OTE binary, Go main, Ginkgo suite setup, or process-level stdout write; echo calls are scenario logging.
No-Weak-Crypto ✅ Passed All four shell files added by HEAD contain no MD5, SHA1, DES, RC4, Blowfish, ECB, crypto APIs, custom crypto, or secret comparisons.
Container-Privileges ✅ Passed The four added files are shell scenarios, not container/Kubernetes manifests; they contain no privileged, hostPID, hostNetwork, hostIPC, SYS_ADMIN, or allowPrivilegeEscalation settings.
No-Sensitive-Data-In-Logs ✅ Passed Added scripts log only generic LVMS status; scans found no passwords, tokens, keys, PII, customer data, or sensitive literals, and helper output contains only test resource details.
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly identifies the CI implementation for MicroShift V5.0 on RHEL 10.2, which matches the added release scenarios.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Comment @coderabbitai help to get the list of available commands.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

🧹 Nitpick comments (1)
test/scenarios-bootc/el10/releases/el102-y1@el102-lrel@lvms-standard1.sh (1)

1-1: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Change the shebangs, but do not add local shell options. test/bin/scenario.sh enables set -euo pipefail before sourcing these files. Update all four first lines to #!/usr/bin/bash.

🤖 Prompt for 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.

In `@test/scenarios-bootc/el10/releases/el102-y1`@el102-lrel@lvms-standard1.sh at
line 1, Update the shebang on line 1 of all four specified release scenario
files to use /usr/bin/bash, and do not add local shell options because
test/bin/scenario.sh already enables them.

Sources: Coding guidelines, Learnings

🤖 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 `@test/scenarios-bootc/el10/releases/el102`@rpm-lvms-standard.sh:
- Line 1: Update the shebang at the top of the script from /bin/bash to
/usr/bin/bash, leaving the rest of the script unchanged.
- Line 46: Update the script header to use /usr/bin/bash and enable set -euo
pipefail. In the declaration around reponame, separate declaration from the
basename command substitution so failures propagate explicitly, then mark
reponame readonly after the assignment succeeds.

---

Nitpick comments:
In `@test/scenarios-bootc/el10/releases/el102-y1`@el102-lrel@lvms-standard1.sh:
- Line 1: Update the shebang on line 1 of all four specified release scenario
files to use /usr/bin/bash, and do not add local shell options because
test/bin/scenario.sh already enables them.
🪄 Autofix (Beta)

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: Enterprise

Run ID: 73c14f39-db70-4fea-8f78-898364f33be5

📥 Commits

Reviewing files that changed from the base of the PR and between 2484f93 and 0aa1aef.

📒 Files selected for processing (5)
  • test/scenarios-bootc/el10/releases/el102-y1@el102-lrel@lvms-standard1.sh
  • test/scenarios-bootc/el10/releases/el102-y1@el102-lrel@lvms-standard2.sh
  • test/scenarios-bootc/el10/releases/el102@rpm-lvms-standard.sh
  • test/scenarios-bootc/el10/releases/el98-y1@el102-lrel@lvms-standard.sh
  • test/scenarios-bootc/el10/releases/el98-y2@el102-lrel@lvms-standard.sh

….22/4.21→5.0 on RHEL 10.2

Add 4 new CI release scenarios under scenarios-bootc/el10/releases/:

- el102-y1@el102-lrel@lvms-standard.sh: bootc upgrade 4.22@10.2→5.0@10.2
- el98-y1@el102-lrel@lvms-standard.sh: bootc upgrade 4.22@9.8→5.0@10.2
- el98-y2@el102-lrel@lvms-standard.sh: bootc upgrade 4.21@9.8→5.0@10.2
- el102-y1@el102-lrel@rpm-lvms-standard.sh: RPM liveimg upgrade 4.22→5.0 on RHEL 10.2

Each scenario tests LVMS workload survival across the upgrade and runs
both standard1 and standard2 suites for post-upgrade validation.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

pre-commit.check-secrets: ENABLED
@agullon

agullon commented Aug 3, 2026

Copy link
Copy Markdown
Contributor Author

/test e2e-aws-tests-release
/test e2e-aws-tests-release-arm
/test e2e-aws-tests-bootc-release-el9
/test e2e-aws-tests-bootc-release-el10
/test e2e-aws-tests-bootc-release-arm-el9
/test e2e-aws-tests-bootc-release-arm-el10

@openshift-ci

openshift-ci Bot commented Aug 3, 2026

Copy link
Copy Markdown
Contributor

@agullon: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-aws-tests-bootc-release-arm-el10 e5e22ce link true /test e2e-aws-tests-bootc-release-arm-el10
ci/prow/e2e-aws-tests-bootc-release-el9 e5e22ce link true /test e2e-aws-tests-bootc-release-el9
ci/prow/e2e-aws-tests-release-arm e5e22ce link true /test e2e-aws-tests-release-arm
ci/prow/e2e-aws-tests-bootc-release-arm-el9 e5e22ce link true /test e2e-aws-tests-bootc-release-arm-el9
ci/prow/e2e-aws-tests-release e5e22ce link true /test e2e-aws-tests-release
ci/prow/e2e-aws-tests-bootc-release-el10 e5e22ce link true /test e2e-aws-tests-bootc-release-el10

Full PR test history. Your PR dashboard.

Details

Instructions 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.

@agullon agullon changed the title USHIFT-7285,USHIFT-7286,USHIFT-7287: Add LVMS upgrade scenarios for 4.22/4.21→5.0 on RHEL 10.2 USHIFT-6857: Add LVMS upgrade scenarios for 4.22/4.21→5.0 on RHEL 10.2 Aug 4, 2026
@openshift-ci-robot

openshift-ci-robot commented Aug 4, 2026

Copy link
Copy Markdown

@agullon: This pull request references USHIFT-6857 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "5.0.0" version, but no target version was set.

Details

In response to this:

Summary

Add CI release scenarios for MicroShift upgrade paths to 5.0 on
RHEL 10.2, covering both same-OS and cross-OS version upgrades.

New upgrade scenarios (4 files):

Ticket Type Path Upgrade
USHIFT-7285 RPM el102-y1@el102-lrel@rpm-lvms-standard.sh 4.22 → 5.0 on RHEL 10.2
USHIFT-7286 bootc el102-y1@el102-lrel@lvms-standard.sh 4.22@10.2 → 5.0@10.2
USHIFT-7287 bootc el98-y1@el102-lrel@lvms-standard.sh 4.22@9.8 → 5.0@10.2
USHIFT-7287 bootc el98-y2@el102-lrel@lvms-standard.sh 4.21@9.8 → 5.0@10.2

Test plan

  • RPM scenario installs 4.22 from rhocp and upgrades to 5.0 brew on RHEL 10.2
  • bootc scenarios upgrade from y-1/y-2 to latest release on el10.2
  • LVMS workloads persist across all upgrades
  • standard1 and standard2 suites pass after each upgrade

🤖 Generated with Claude Code

Summary by CodeRabbit

  • New Features
  • Added upgrade validation scenarios for EL 9.8 and EL 10.2 environments using bootc and RPM-based LVMS configurations.
  • Added end-to-end checks for virtual machines, MicroShift access, LVMS workloads, and storage resources before and after upgrades.
  • Added automated cleanup and standard validation coverage for upgrade workflows.
  • Tests
  • Configured ordered execution, upgrade prerequisites, and a 60-minute test timeout for reliable scenario execution.

Instructions 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 openshift-eng/jira-lifecycle-plugin repository.

@agullon agullon changed the title USHIFT-6857: Add LVMS upgrade scenarios for 4.22/4.21→5.0 on RHEL 10.2 USHIFT-6857: CI implementation: Support MicroShift V5.0 on RHEL 10.2 GA Implementation Aug 4, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants