Bug 1344497
Summary: | [RFE] SLIT table in KVM differs from Host SLIT table - nova | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Karen Noel <knoel> |
Component: | openstack-nova | Assignee: | Eoghan Glynn <eglynn> |
Status: | CLOSED DEFERRED | QA Contact: | Prasanth Anbalagan <panbalag> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | unspecified | CC: | berrange, bgray, dasmith, djdumas, eglynn, imammedo, kchamart, knoel, libvirt-maint, mst, rbalakri, sbauza, sferdjao, sgordon, srao, srevivo, trees, virt-bugs, vromanso |
Target Milestone: | --- | Keywords: | FutureFeature, Triaged |
Target Release: | 13.0 (Queens) | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | 1344494 | Environment: | |
Last Closed: | 2017-06-16 17:43:55 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1344450, 1344494, 1454889 | ||
Bug Blocks: |
Description
Karen Noel
2016-06-09 19:45:22 UTC
What is expected of OpenStack here? This seems like it is something that needs to be addressed between Libvirt and QEMU? (In reply to Stephen Gordon from comment #2) > What is expected of OpenStack here? This seems like it is something that > needs to be addressed between Libvirt and QEMU? If nothing needs to change in OpenStack, then the BZ is just for awareness. TestOnly? Documentation only? We can only document KVM features through the layered products. Thanks. Dan do you have any thoughts on this? It seems to me like this will be implicitly be visible in the guest for those who want to use it, but it's probably not something I would call out as an OpenStack feature (I haven't had any asks for this at the OpenStack layer as yet, not to say they aren't out there). I can certainly see the benefit of exposing the SLIT table info to the guest. When a guest has NUMA topology enabled we have two choices really - If CPU pinning is active, we can tell the truth and expose the real distances from the host SLIT info. After live migration this is potentially wrong though if dest host has different SLIT info - We can lie and always expose a fixed set of distances for guest NUMA nodes. We would always want to do this for guests without CPU pinning, and might want todo this for guests with CPU pinning if hosts in the cloud don't have homogeneous SLIT info So if libvirt provides a way to configure NUMA node distances in the guest XML and uses that to populate SLIT info, Nova cna make use of it. Right, what's not clear to me though from the original bug is whether we would need to explicitly do this or whether the proposal is that Libvirt would be doing it transparently. Moved to rhos-future due to the state of the dependencies, further discussion required for a future OpenStack release. Libvirt only provides mechanisms, not policy, so there will certainly need to be something in Nova that uses the libvirt mechanisms to implement a policy for Nova While I agree with Dan's assessment above, that the SLIT table that if libvirt provides a way to configure NUMA node distances in the guest XML and uses that to populate SLIT info, Nova can make use of it and that may be useful we don't have a clear OSP customer/partner driver for this right now. Making DEFERRED, we can revisit and re-open at a later date if need be. |