NO-ISSUE: wait for greenboot health check before stopping MicroShift in tuned tests - #7345
Conversation
…uned tests The tuned test suite stops and disables MicroShift during setup since it only needs the microshift-tuned.service. However, if greenboot healthcheck is still running when MicroShift is stopped, greenboot detects the failure and immediately reboots the host, causing the test to fail with a timing-dependent race condition. Wait for greenboot healthcheck to complete before stopping MicroShift, ensuring a clean transition.
|
Pipeline controller notification For optional jobs, comment This repository is configured in: LGTM mode |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 4 included reviews per hour; 3 remain after this review. WalkthroughThe tuned test setup now waits for the greenboot health check to exit before it stops and disables MicroShift. ChangesTuned test setup
Priority: ⬇️ Low — Defer this narrow tuned-test timing fix because it only prevents intermittent ARM64 test reboots during MicroShift shutdown. Estimated code review effort: 1 (Trivial) | ~2 minutes Change: Bug fix Merge Risk: ⚪ Minimal · up to The test setup waits for the greenboot health check to finish before stopping MicroShift, preventing intentional shutdown from triggering a host reboot. The change is ready to merge. Suggested labels: 🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Warning Tools execution failed with the following error: Failed to run tools: 13 INTERNAL: Received RST_STREAM with code 2 (Internal server error) Comment |
|
/title NO-ISSUE: wait for greenboot health check before stopping MicroShift in tuned tests |
|
/test ? |
|
/test e2e-aws-tests-bootc-periodic-arm-el10 e2e-aws-tests-bootc-periodic-arm-el9 |
|
/retest |
|
/retitle NO-ISSUE: wait for greenboot health check before stopping MicroShift in tuned tests |
|
@redhat-chai-bot: This pull request explicitly references no jira issue. DetailsIn response to this:
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. |
|
/lgtm |
|
Scheduling tests matching the |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: pmtk, redhat-chai-bot 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 |
|
@redhat-chai-bot: all tests passed! 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. |
Summary
Fix a race condition in the tuned test suite that causes intermittent failures on ARM64.
Problem
The
Setupkeyword inmicroshift-tuned.robotstops and disables MicroShiftsince the tuned tests only need
microshift-tuned.service. However, ifgreenboot healthcheck is still running when MicroShift is stopped, greenboot
detects the service failure and immediately reboots the host before the test
can proceed.
This is a timing-dependent race:
Stop MicroShifthappens while greenboot healthcheck iswaiting for MicroShift readiness → greenboot sees failure → immediate reboot
healthcheck is skipped on next boot
The issue is more likely to manifest on ARM64 instances due to performance
differences compared to x86_64.
Fix
Add
Wait Until Greenboot Health Check ExitedbeforeStop MicroShiftinthe test suite
Setupkeyword. This ensures greenboot healthcheck hascompleted before MicroShift is stopped, preventing the race condition.
The
Wait Until Greenboot Health Check Exitedkeyword is already availablefrom
ostree-health.resource, which is already imported in the test suite'sSettings section.
Affected scenarios
el96-srcandel98-srclow-latency scenarios on 4.22 ARM64 periodicsAI-generated. Review for accuracy.
@pmtk requested in Slack thread
Summary by CodeRabbit