"MCO-2489: Raise minor_min to 4.20.32 for 4.21" - #10047
Conversation
….21.0-25 Warn clusters with KubeletConfigs upgrading from 4.20.24 or earlier to any existing 4.21.z that auto-sizing-disabled MachineConfigs may override KubeletConfig autosizing settings on custom MachineConfigPool nodes. Uses PromQL matching on apiserver_storage_objects to scope the risk to clusters that have KubeletConfigs, per Trevor's recommendation. The fix (openshift/machine-config-operator#5885) shipped in 4.20.25. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com> Signed-off-by: Sahil Shah <sahshah@redhat.com>
|
@shahsahil264: This pull request references Jira Issue OCPBUGS-83862, which is invalid:
Comment The bug has been updated to refer to the pull request using the external bug tracker. 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. |
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Enterprise Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
/assign @wking |
| @@ -1,5 +1,5 @@ | |||
| default: | |||
| minor_min: 4.20.15 | |||
| minor_min: 4.20.25 | |||
There was a problem hiding this comment.
Poking into the implementation, I don't think 4.20.25 is sufficient, and I've reported the issue as OCPBUGS-99650 . I don't think we should be raising the floor until we know when it's actually fixed. And given the low impact rate and the number of clusters who would be updated by a floor-raise, it might be too late in the 4.20.z lifecycle to declare at all?
There was a problem hiding this comment.
I don't think we should be raising the floor until we know when it's actually fixed.
Agree.
And given the low impact rate and the number of clusters who would be updated by a floor-raise, it might be too late in the 4.20.z lifecycle to declare at all?
Yes, it's a larger ask. Definitely something to ponder about a little bit before introducing.
| @@ -0,0 +1,13 @@ | |||
| to: 4.21.9 | |||
| from: ^4[.]20[.](1?[0-9]|2[0-4])[+].*$ | |||
| url: https://redhat.atlassian.net/browse/OCPBUGS-83862 | |||
There was a problem hiding this comment.
Currently, the https://redhat.atlassian.net/browse/OCPBUGS-83862 has a security level assigned.
This will hinder the url's purpose, making it less useful for folks interested in more information. Meaning, we can either create a new impact statement jira with public-facing information, or the bug can be evaluated to see whether the assigned security level is justified or whether it can be open to the public (assuming the bug's description is helpful for the conditional risk).
There was a problem hiding this comment.
Currently, not that actionable because of #10047 (comment), but it is something to address before merging if we decide to merge the PR.
There was a problem hiding this comment.
83862 seems open to everyone now.
I will probably still create "a new impact statement jira" to save the energy of our users on jumping between two bugs OCPBUGS-83862 and OCPBUGS-99650.
I will update the link soon.
There was a problem hiding this comment.
|
/hold We will wait until the fix is available for main and all previous releases to 4.20. |
…SizingReservedDisabledSilently Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
59c4131 to
cdc2204
Compare
…utoSizingReservedDisabledSilently Update url to MCO-2489, name to AutoSizingReservedDisabledSilently, revise message, and extend from range to 4.20.0-31 since 4.20.25 only partially fixed the issue (complete fix in 4.20.32). Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Extend the AutoSizingReservedDisabledSilently risk to block upgrades from 4.19 to 4.20.0-31, with fixedIn 4.20.32. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This reduces the number of 4.20 clusters that carries over the risk AutoSizingReservedDisabledSilently. Every 4.20.z (0<=z<32) to 4.21 upgrade does that. 4.21 has no fix for the risk and needs to fix manually. We want to avoid it if possible.
cdc2204 to
cbbe361
Compare
|
/retitle "MCO-2489: Raise minor_min to 4.20.32 for 4.21 and block upgrades for AutoSizingReservedDisabledSilently" |
|
@shahsahil264: This pull request references MCO-2489 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 spike 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. |
….26-28 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
Currently, the pull both bumps If we claim the risk, we have to claim the risk for each 4.21 future releases. It is because there is no fix version for 4.21 clusters. We have to fix it manually. It cannot be done by a patch to 4.21 because it is technically difficult. It is not cool but I do not have a better solution for it. Another choice is we do not claim the risk at all. Maybe there are not many of clusters that enables I believe in any case we want minor_min: 4.20.32 to reduce the number of carryovers. |
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This will avoid extending the risk for each future 4.21 release as there won't be a fix for it. The downside is that the users do not know about. It is probably fine as the amount of impacted clusters by the risk is relatively low.
|
/retitle "MCO-2489: Raise minor_min to 4.20.32 for 4.21" |
|
/label tide/merge-method-squash |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: ngopalak-redhat, shahsahil264 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 |
|
@shahsahil264: 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
Combined PR: raises
minor_minfrom 4.20.15 to 4.20.25 for future 4.21.z builds, and adds conditional update risk for all existing 4.21.z GA releases (4.21.0 through 4.21.25).Cherry-picks the build-suggestions change from #9494 (by @aksjadha) and adds the companion blocked-edge files requested by @sdodson and @wking.
Replaces #9494 and #10046.
Update by @hongkailiu
Claim AutoSizingReservedDisabledSilently for upgrade
Raise
minor_minto 4.20.32 for 4.21. It helps reduce the number of 4.20 clusters that carries over the issue to 4.21.Bug
OCPBUGS-83862: During upgrade from pre-4.20.25,
auto-sizing-disabledMachineConfigs override KubeletConfig autosizing settings on custom MachineConfigPool nodes. Fixed in 4.20.25 via openshift/machine-config-operator#5885.Risk details
^4[.]20[.](1?[0-9]|2[0-4])[+].*$— matches 4.20.0 through 4.20.24apiserver_storage_objects(per Trevor's recommendation — 26k clusters without KubeletConfigs won't see the warning)