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
Copy file name to clipboardExpand all lines: doc/source/admin/pci-passthrough.rst
+10Lines changed: 10 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -394,4 +394,14 @@ be added to the resource provider representing the matching PCI devices.
394
394
(Zed) the nova-compute service will refuse to start with such configuration.
395
395
It is suggested to use the PCI address of the device instead.
396
396
397
+
The nova-compute service makes sure that already existing instances with PCI
398
+
allocations in the nova DB will have a corresponding PCI allocation in
399
+
placement. This allocation healing also acts on any new instances regardless of
400
+
the status of the scheduling part of this feature to make sure that the nova
401
+
DB and placement are in sync. There is one limitation of the healing logic.
402
+
It assumes that there is no in-progress migration when the nova-compute service
403
+
is upgraded. If there is an in-progress migration, then the PCI allocation on
404
+
the source host of the migration will not be healed. The placement view will be
405
+
consistent after such migration is completed or reverted.
406
+
397
407
For deeper technical details please read the `nova specification. <https://specs.openstack.org/openstack/nova-specs/specs/zed/approved/pci-device-tracking-in-placement.html>`_
0 commit comments