NO-ISSUE: pkg/operator/kubeletversionskewcontroller: Explicit next OpenShift version in skew message#1933
Conversation
|
@wking: 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. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
✅ Files skipped from review due to trivial changes (1)
🚧 Files skipped from review as they are similar to previous changes (1)
WalkthroughAdds a Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes Pre-merge checks and finishing touches❌ Failed checks (2 warnings)
✅ Passed checks (1 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
pkg/operator/kubeletversionskewcontroller/kubelet_version_skew_controller_test.go (1)
147-156: Initialize the missingnextOpenShiftVersionfield.The test controller initialization is missing the
nextOpenShiftVersionfield that was added to the struct inkubelet_version_skew_controller.go. Without this field, the controller will use the zero value (0.0.0) and the test messages will show "to 0.0" instead of the expected version numbers, causing all affected tests to fail.Apply this diff to add the missing field:
c := &kubeletVersionSkewController{ operatorClient: v1helpers.NewFakeStaticPodOperatorClient( &operatorv1.StaticPodOperatorSpec{OperatorSpec: operatorv1.OperatorSpec{ManagementState: operatorv1.Managed}}, status, nil, nil, ), nodeLister: corev1listers.NewNodeLister(indexer), apiServerVersion: semver.MustParse(apiServerVersion), minSupportedSkew: minSupportedKubeletSkewForOpenShiftVersion(ocpVersion), minSupportedSkewNextVersion: minSupportedKubeletSkewForOpenShiftVersion(nextOpenShiftVersion), + nextOpenShiftVersion: nextOpenShiftVersion, }
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
Cache: Disabled due to data retention organization setting
Knowledge base: Disabled due to Reviews -> Disable Knowledge Base setting
📒 Files selected for processing (2)
pkg/operator/kubeletversionskewcontroller/kubelet_version_skew_controller.go(3 hunks)pkg/operator/kubeletversionskewcontroller/kubelet_version_skew_controller_test.go(3 hunks)
🔇 Additional comments (6)
pkg/operator/kubeletversionskewcontroller/kubelet_version_skew_controller.go (5)
55-55: LGTM!The computation of the next OpenShift version by incrementing the minor version is correct and straightforward.
62-62: LGTM!The field initialization properly assigns the computed next OpenShift version to the controller.
89-89: LGTM!The new field addition is appropriate for storing the next OpenShift version information.
186-190: LGTM!The message formatting correctly includes the explicit next OpenShift version in all three cases (single node, 2-3 nodes, and many nodes), which aligns with the PR's objective to clarify that the
Upgradeablestatus refers to future updates.
197-201: LGTM!The message formatting correctly includes the explicit next OpenShift version in all three cases, making it clear which future upgrade the supportability statement refers to.
pkg/operator/kubeletversionskewcontroller/kubelet_version_skew_controller_test.go (1)
68-68: LGTM!These test expectations correctly include the explicit next OpenShift version (4.9) in the upgrade messages, matching the updated format in the controller implementation.
Also applies to: 84-84, 92-92, 100-100
pkg/operator/kubeletversionskewcontroller/kubelet_version_skew_controller_test.go
Outdated
Show resolved
Hide resolved
|
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
|
/assign @sanchezl |
|
/remove-lifecycle stale |
…rsion in skew message Explicitly name the next OpenShift version, to reduce the chances that cluster administrators think the message applies to a currently in-progress update, when Upgradeable is only talking about future updates.
4be403c to
968ba69
Compare
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: wking 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 |
|
/retest-required |
|
@wking: 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. |
Explicitly name the next OpenShift version, to reduce the chances that cluster administrators think the message applies to a currently in-progress update, when
Upgradeableis only talking about future updates.