You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We cannot directly test this logic in version 1.32 because Kubernetes has introduced the resize sub-resource, which prohibits users from updating resources through the update pod API.
We need to upgrade the Kubernetes package to version 1.32 and utilize either the resize or patch sub-resource API to resize the resource.
I encountered two errors while adding e2e test cases:
When modifying the image and increasing resources simultaneously, I encountered a RunContainerError. I have already submitted an issue to the Kubernetes community at [InPlacePodVerticalScaling]Got RunContainerError when patch pod image and resources kubernetes/kubernetes#127356.
When I scaled the CPU limit of resources from 100m to 200m, I observed that occasionally the status was first changed by kubelet from
100m InProcess
to 200m, and then it was set back to100m InProcess
by kubelet, and after a while, it finally became 200m.[InPlacePodVerticalScaling]kubelet sometimes set.status.resize
incorrectly kubernetes/kubernetes#128993. This may be fixed by [FG:InPlacePodVerticalScaling] Rework handling of allocated resources kubernetes/kubernetes#128269.Originally posted by @ABNER-1 in #1353 (comment)
Test These two cases in k8s 1.32 about InPlacePodVerticalScaling
The text was updated successfully, but these errors were encountered: