Update pod resize test to accept new cpu.weight conversion.#132791
Update pod resize test to accept new cpu.weight conversion.#132791k8s-ci-robot merged 1 commit intokubernetes:masterfrom
Conversation
|
Hi @bitoku. Thanks for your PR. I'm waiting for a kubernetes member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. 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. |
| if podOnCgroupv2 { | ||
| // TODO: This fomula should be a shared function. | ||
| return 1 + ((shares-2)*9999)/262142 | ||
| // TODO: Remove the old conversion once container runtimes are updated. |
There was a problem hiding this comment.
can you add a link to the oci runtime changes/issues to track why we check both?
There was a problem hiding this comment.
I added the description. let me know if anything unclear.
9e7062f to
b6d4eda
Compare
|
There are other instances of this conversion in the code. Will they be addressed separately? |
|
@giuseppe I just didn't realize other instances. I'd like to include them in this PR. Can you point out for me? |
these are the ones I see: most of them are mechanical, except |
SergeyKanzhelev
left a comment
There was a problem hiding this comment.
beyond the build directive this LGTM
|
@liggitt Can you PTAL as dep-approver? |
|
|
||
| // Resources contains various cgroups settings to apply. | ||
| *Resources `json:"Resources,omitempty"` | ||
| *Resources |
There was a problem hiding this comment.
was it intentional to change the serialization upstream? this will now serialize explicit null values... does that impact us in any user-facing way?
There was a problem hiding this comment.
I don't believe the kubelet serializes this cgroup object at all, it's kept as a go structure AFAIU and not read to or from anything. It's possible CRI implementations do, but this vendor doesn't affect that... we only use it in libctCgroupConfig and in every case it's used it's immediately passed to libctr.New() function
|
/approve |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bitoku, giuseppe, liggitt, SergeyKanzhelev 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 |
|
The Kubernetes project has merge-blocking tests that are currently too flaky to consistently pass. This bot retests PRs for certain kubernetes repos according to the following rules:
You can:
/retest |
Adapted from kubernetes#132791 to release-1.33 Co-Authored-By: Ayato Tokubi <atokubi@redhat.com>
Adapted from kubernetes#132791 to release-1.33 Co-Authored-By: Ayato Tokubi <atokubi@redhat.com>
Adapted from kubernetes#132791 to release-1.33 Co-Authored-By: Ayato Tokubi <atokubi@redhat.com>
What type of PR is this?
/kind failing-test
What this PR does / why we need it:
Because of the changes in conversion of cpu.weight in cgroupv2, the InPlacePodVerticalScaling tests no longer pass.
This change enables graceful migration from the old conversion to the new conversion, not to break the CI.
Which issue(s) this PR is related to:
Special notes for your reviewer:
Does this PR introduce a user-facing change?
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: