TRT-2723: Revert "NO-JIRA: add preflight command"#925
Conversation
This reverts PR openshift#920 (merge commit 194dddf) which was identified as contributing to OVN upgrade failures in 5.0 nightlies.
|
@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. |
WalkthroughIn ChangesKMS health command wiring
Estimated code review effort🎯 2 (Simple) | ⏱️ ~5 minutes Possibly related PRs
Suggested reviewers
🚥 Pre-merge checks | ✅ 14 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (14 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ 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 |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
@redhat-chai-bot: This pull request references TRT-2723 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 bug to target the "5.0.0" version, but no target version was set. 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 |
|
@not-stbenjam: changing LGTM is restricted to collaborators 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 kubernetes-sigs/prow repository. |
|
@not-stbenjam: The label(s) 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 kubernetes-sigs/prow repository. |
|
/lgtm |
|
@redhat-chai-bot: The following tests 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. |
|
/payload-aggregate periodic-ci-openshift-release-main-ci-5.0-e2e-aws-upgrade-ovn-single-node 10 |
|
@smg247: trigger 2 job(s) for the /payload-(with-prs|job|aggregate|job-with-prs|aggregate-with-prs) command
See details on https://pr-payload-tests.ci.openshift.org/runs/ci/1e13fc80-6bf2-11f1-8a6e-68ea1bc1f8f5-0 |
This reverts #920 which was identified as contributing to OVN-Kubernetes upgrade failures that are persistently rejecting 5.0 nightly payloads.
Context
Payload testing at https://pr-payload-tests.ci.openshift.org/runs/ci/revert-kaso-cao-sno-azure confirmed that #920 (along with cluster-kube-apiserver-operator#2201, the equivalent change for KASO) is related to the OVN upgrade failures blocking 5.0 nightlies. The failures manifest as:
aggregated-aws-ovn-single-node-upgrade: ovnkube-node pod deletion during DaemonSet rolling update causes SNO node to go NotReady (~10s CNI gap)aggregated-azure-ovn-upgrade: ovnkube-node DaemonSet rollover removes CNI config, all nodes briefly go NotReadyThese failures have been persistent for 4+ consecutive nightly payloads since Jun 18.
A fix-forward is being considered but its timeline is uncertain, so reverting to unblock nightlies.
Tracked by TRT-2723.
Summary by CodeRabbit