Add no-reboot assertion to kubelet TLS upgrade test - #31547
Conversation
The TLS drop-in change (openshift/machine-config-operator#6426) makes KubeletConfig TLS profile changes trigger a kubelet restart instead of a full node reboot. Static pods with TLS args baked in their manifests (e.g. crio metrics proxy) are also recreated by kubelet. No drain occurs. Assert that the node BootID remains unchanged after the MCP rollout completes. Also move the test from [Disruptive] to [Serial] since the operation no longer reboots the node or drains workloads.
|
Pipeline controller notification For optional jobs, comment This repository is configured in: automatic mode |
| // MachineConfigPool containing a single worker node. | ||
| // [Serial] because the MCP rollout restarts kubelet and static pods whose | ||
| // manifests embed TLS settings. | ||
| var _ = g.Describe("[sig-node][Serial] Kubelet TLS configuration", func() { |
There was a problem hiding this comment.
TODO: requires a PR in https://github.com/openshift-eng/ci-test-mapping
|
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: Enterprise Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 12 included reviews per hour; 11 remain after this review. WalkthroughThe kubelet TLS test now runs serially, records the node BootID before configuration, and verifies that the BootID remains unchanged after the rollout. ChangesKubelet TLS validation
Estimated code review effort: 3 (Moderate) | ~15 minutes Merge Risk: ⚪ Minimal · up to This localized test change adds coverage for the no-reboot behavior and has no actionable merge-blocking risk beyond completing normal repository checks. Caution Pre-merge checks failedPlease resolve all errors before merging. Addressing warnings is optional.
❌ Failed checks (1 error, 1 warning)
✅ Passed checks (13 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: machine424 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 |
|
@machine424: This PR was included in a payload test run from openshift/machine-config-operator#6426 |
|
@machine424: This PR was included in a payload test run from openshift/machine-config-operator#6426
See details on https://pr-payload-tests.ci.openshift.org/runs/ci/1a942780-9d69-11f1-968a-0fb060ceecb8-0 |
|
Scheduling required tests: |
|
Risk analysis has seen new tests most likely introduced by this PR. New Test Risks for sha: 780cc13
New tests seen in this PR at sha: 780cc13
|
|
@machine424: 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. |
|
/testwith openshift/origin/main/e2e-aws-ovn-serial openshift/machine-config-operator#6426 |
The TLS drop-in change (openshift/machine-config-operator#6426) makes KubeletConfig TLS profile changes trigger a kubelet restart instead of a full node reboot. Static pods with TLS args baked in their manifests (e.g. crio metrics proxy) are also recreated by kubelet. No drain occurs.
Assert that the node BootID remains unchanged after the MCP rollout completes.
Also move the test from [Disruptive] to [Serial] since the operation no longer reboots the node or drains workloads.
Summary by CodeRabbit