delta/openstack/nova.git/doc, branch 24.2.1 opendev.org: openstack/nova.git enable blocked VDPA move operations 2022-12-01T18:14:01+00:00 Sean Mooney work@seanmooney.info 2022-03-07T20:37:57+00:00 c3092e3ee791d9e291f829cc3eaa8123560a13ef This change adds functional test for operations on servers with VDPA devices that are expected to work but currently blocked due to lack of testing or qemu bugs. cold-migrate, resize, evacuate,and shelve are enabled and tested by this patch Conflicts: nova/tests/functional/libvirt/test_pci_sriov_servers.py Closes-Bug: #1970467 Change-Id: I6e220cf3231670d156632e075fcf7701df744773 (cherry picked from commit 95f96ed3aa201bc5b90e589b288fa4039bc9c0d2) (cherry picked from commit 041939361e393b808724b8590eb76b3aa075814e) 
This change adds functional test for operations on servers with VDPA
devices that are expected to work but currently blocked due to lack
of testing or qemu bugs.

cold-migrate, resize, evacuate,and shelve are enabled
and tested by this patch

Conflicts:
    nova/tests/functional/libvirt/test_pci_sriov_servers.py

Closes-Bug: #1970467
Change-Id: I6e220cf3231670d156632e075fcf7701df744773
(cherry picked from commit 95f96ed3aa201bc5b90e589b288fa4039bc9c0d2)
(cherry picked from commit 041939361e393b808724b8590eb76b3aa075814e)
For evacuation, ignore if task_state is not None 2022-08-16T04:55:28+00:00 Amit Uniyal auniyal@redhat.com 2022-07-06T18:20:02+00:00 8e9aa71e1a4d3074a94911db920cae44334ba2c3 ignore instance task state and continue with vm evacutaion Closes-Bug: #1978983 Change-Id: I5540df6c7497956219c06cff6f15b51c2c8bc29d (cherry picked from commit db919aa15f24c0d74f3c5c0e8341fad3f2392e57) (cherry picked from commit 6d61fccb8455367aaa37ae7bddf3b8befd3c3d88) 
ignore instance task state and continue with vm evacutaion

Closes-Bug: #1978983
Change-Id: I5540df6c7497956219c06cff6f15b51c2c8bc29d
(cherry picked from commit db919aa15f24c0d74f3c5c0e8341fad3f2392e57)
(cherry picked from commit 6d61fccb8455367aaa37ae7bddf3b8befd3c3d88)
Reattach mdevs to guest on resume 2022-01-06T20:58:40+00:00 Gustavo Santos gustavofaganello.santos@windriver.com 2021-10-25T19:32:10+00:00 15c32e89e4f5ad7823c490c976075280c5dfccd9 When suspending a VM in OpenStack, Nova detaches all the mediated devices from the guest machine, but does not reattach them on the resume operation. This patch makes Nova reattach the mdevs that were detached when the guest was suspended. This behavior is due to libvirt not supporting the hot-unplug of mediated devices at the time the feature was being developed. The limitation has been lifted since then, and now we have to amend the resume function so it will reattach the mediated devices that were detached on suspension. Closes-bug: #1948705 Signed-off-by: Gustavo Santos <gustavofaganello.santos@windriver.com> Change-Id: I083929f36d9e78bf7713a87cae6d581e0d946867 (cherry picked from commit 16f7c601b63bd1e7ca13917261300a7064ec72bc) 
When suspending a VM in OpenStack, Nova detaches all the mediated
devices from the guest machine, but does not reattach them on the resume
operation. This patch makes Nova reattach the mdevs that were detached
when the guest was suspended.

This behavior is due to libvirt not supporting the hot-unplug of
mediated devices at the time the feature was being developed. The
limitation has been lifted since then, and now we have to amend the
resume function so it will reattach the mediated devices that were
detached on suspension.

Closes-bug: #1948705

Signed-off-by: Gustavo Santos <gustavofaganello.santos@windriver.com>
Change-Id: I083929f36d9e78bf7713a87cae6d581e0d946867
(cherry picked from commit 16f7c601b63bd1e7ca13917261300a7064ec72bc)
docs: Add nova-volume volume_attachment refresh admin workflow 2021-09-15T09:26:39+00:00 Lee Yarwood lyarwood@redhat.com 2021-09-15T09:20:50+00:00 70040856aaff069fabab84b64fb0c2858bdb1b7d This adds some basic documentation for the above command and also includes some very generic osc commands to use when checking volume attachments. Blueprint: nova-manage-refresh-connection-info Change-Id: Ib3d680654fe0809c9e8341dffd3a63ab02945a38 
This adds some basic documentation for the above command and also
includes some very generic osc commands to use when checking volume
attachments.

Blueprint: nova-manage-refresh-connection-info
Change-Id: Ib3d680654fe0809c9e8341dffd3a63ab02945a38
Merge "[doc] port-resource-request-groups not landed in Xena" 2021-09-10T23:35:25+00:00 Zuul zuul@review.opendev.org 2021-09-10T23:35:25+00:00 497b2c5a9b3fa2663ffa1fa31dc6f85308dbc0de 






Merge "Describe the use of Review-Priority label"
2021-09-10T10:58:38+00:00

Zuul
zuul@review.opendev.org

2021-09-10T10:58:38+00:00

e276184892250922c96c38415eabbaf7507f7e17












[doc] port-resource-request-groups not landed in Xena
2021-09-06T11:03:22+00:00

Balazs Gibizer
balazs.gibizer@est.tech

2021-09-06T11:03:22+00:00

22d4057a1607a08379559f5895cb8d7a11cdb72e

This patches adjusts the nova documentation about the extended port
resource request support in nova as the neutron API extension did not
land in Xena.

Change-Id: I3b961426745084bdb4a6d04468f5a3c762be4cfa
blueprint: qos-minimum-guaranteed-packet-rate





This patches adjusts the nova documentation about the extended port
resource request support in nova as the neutron API extension did not
land in Xena.

Change-Id: I3b961426745084bdb4a6d04468f5a3c762be4cfa
blueprint: qos-minimum-guaranteed-packet-rate







Merge "Allow 'bochs' as a display device option"
2021-09-03T15:07:35+00:00

Zuul
zuul@review.opendev.org

2021-09-03T15:07:35+00:00

ff570ee7eb9ae7288775ddf23acc7c56c3c60ece












Merge "Add --sleep option for archive_deleted_rows --until-complete"
2021-09-03T12:45:25+00:00

Zuul
zuul@review.opendev.org

2021-09-03T12:45:25+00:00

713b653fc0e09301a5674316a49a6f5ffd152b4c












Allow 'bochs' as a display device option
2021-09-02T16:46:22+00:00

Kashyap Chamarthy
kchamart@redhat.com

2021-05-21T09:41:39+00:00

c59084397401c690c6b23b5c8631138ec85e8f04

The 'bochs' display device is a recommended[1] safe option for UEFI
guests.  This is supported in libvirt from version 5.6.0; Nova's current
MIN_LIBVIRT_VERSION (6.0.0) satisfies this requirement.

Partially quoting the "bochs display device" section from a post written
by a QEMU graphics maintainer[1]:

    [...] Main advantage over standard VGA is that this device is alot
    simpler.  The code size and complexity needed to emulate this device
    is an order of magnitude smaller, resulting in a reduced attack
    surface. Another nice feature is that you can place this device in a
    PCI Express slot.

    For UEFI guests it is safe to use the bochs display device instead
    of the standard VGA device. The firmware will setup a linear
    framebuffer as GOP anyway and never use any legacy VGA features.

    For BIOS guests this device might be useable as well, depending on
    whenever they depend on direct VGA hardware access or not. There is
    a vgabios which supports text rendering on a linear framebuffer, so
    software which uses the vgabios services for text output will
    continue to work. Linux bootloaders typically fall into this
    category. The linux text mode console (vgacon) uses direct hardware
    access and does not work. The framebuffer console (fbcon running on
    vesafb or bochs-drm) works.

[1] https://www.kraxel.org/blog/2019/09/display-devices-in-qemu/

Implements: blueprint add-bochs-display-device

Change-Id: Id194028f5d2cbaac1c5e699b71fd9751f87f5da5
Signed-off-by: Kashyap Chamarthy <kchamart@redhat.com>





The 'bochs' display device is a recommended[1] safe option for UEFI
guests.  This is supported in libvirt from version 5.6.0; Nova's current
MIN_LIBVIRT_VERSION (6.0.0) satisfies this requirement.

Partially quoting the "bochs display device" section from a post written
by a QEMU graphics maintainer[1]:

    [...] Main advantage over standard VGA is that this device is alot
    simpler.  The code size and complexity needed to emulate this device
    is an order of magnitude smaller, resulting in a reduced attack
    surface. Another nice feature is that you can place this device in a
    PCI Express slot.

    For UEFI guests it is safe to use the bochs display device instead
    of the standard VGA device. The firmware will setup a linear
    framebuffer as GOP anyway and never use any legacy VGA features.

    For BIOS guests this device might be useable as well, depending on
    whenever they depend on direct VGA hardware access or not. There is
    a vgabios which supports text rendering on a linear framebuffer, so
    software which uses the vgabios services for text output will
    continue to work. Linux bootloaders typically fall into this
    category. The linux text mode console (vgacon) uses direct hardware
    access and does not work. The framebuffer console (fbcon running on
    vesafb or bochs-drm) works.

[1] https://www.kraxel.org/blog/2019/09/display-devices-in-qemu/

Implements: blueprint add-bochs-display-device

Change-Id: Id194028f5d2cbaac1c5e699b71fd9751f87f5da5
Signed-off-by: Kashyap Chamarthy <kchamart@redhat.com>