-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[release-1.2] Move hotplug setups to webhook #12553
base: release-1.2
Are you sure you want to change the base?
[release-1.2] Move hotplug setups to webhook #12553
Conversation
Hi @xpivarc , I think that the test in the last commit should be added to the main branch |
/lgtm |
@Barakmor1 Thanks for the review. I already opened #12583 for main and 1.3 backport. |
2d71cec
to
9501f22
Compare
New changes are detected. LGTM label has been removed. |
/retest-required |
Previously all VMI mutation tests were applying presets to the VMI. This change moves these specific preset tests into their own context to avoid polluting other tests. Signed-off-by: Lee Yarwood <[email protected]> (cherry picked from commit 0431cfd) Signed-off-by: Luboslav Pivarc <[email protected]>
This change moves defaulting of CurrentCPUTopology in the VMI from the VM controller into the VMI mutation webhook. This defaulting would happen prior to instance types and preferences being applied to the VMI and would thus capture in the incorrect state of the VMI when instance types and preferences are used. The following changes in this series require this in order to introduce support instance types and preferences with LiveUpdate. This also fixes bug kubevirt#11251 where CurrentCPUTopology is not updated to reflect a new instance type being used in clusters where LiveUpdate is not currently enabled. Signed-off-by: Lee Yarwood <[email protected]> (cherry picked from commit 01a3725) Signed-off-by: Luboslav Pivarc <[email protected]>
As with the previous change this change moves setup logic for hotplug into the VMI mutation webhook in order to allow for instance type and preference support of LiveUpdate. By moving this logic into the mutation webhook we can now provide MaxSockets and MaxGuest as centralised instance type attributes that are applied to the VMI during creation. Signed-off-by: Lee Yarwood <[email protected]> (cherry picked from commit 2f8777b) Signed-off-by: Luboslav Pivarc <[email protected]>
This test catch a regression. Signed-off-by: Luboslav Pivarc <[email protected]>
9501f22
to
912e945
Compare
/retest |
@xpivarc: The following test failed, say
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 kubernetes-sigs/prow repository. I understand the commands that are listed here. |
/test pull-kubevirt-unit-test-1.2 |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: enp0s3 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/cc @lyarwood |
What this PR does
Moves the hotplug defaulting to webhook in order to properly work with defaulting of cpu topology. Without this path a VM without topology, with request &/ limits would most likely fail to start.
Fixes #
Links to places where the discussion took place:
Special notes for your reviewer
This is 1.2 specific regression. Therefore I skip main.
Release note