-
Bug
-
Resolution: Done-Errata
-
Undefined
-
None
-
libvirt-9.10.0-1.el9
-
None
-
Moderate
-
ZStream
-
rhel-sst-virtualization
-
ssg_virtualization
-
17
-
23
-
None
-
QE ack, Dev ack
-
False
-
-
None
-
None
-
Approved Blocker
-
Pass
-
RegressionOnly
-
If docs needed, set a value
-
-
x86_64
-
9.10.0
-
None
Description of problem:
This issue is found in another bug Bug 1961761 - Enabling Device Guard in Windows on RHV 4.4 gives BSOD on reboot. Windows guest stucks at the tiancore icon with secure boot and HyperV enabled.
Version-Release number of selected component (if applicable):
kernel-4.18.0-355.el8.x86_64
qemu-kvm-6.1.0-3.module+el8.6.0+12982+5e169f40.x86_64
edk2-ovmf-20210527gite1999b264f1f-3.el8.noarch
libvirt-7.8.0-1.module+el8.6.0+12982+5e169f40.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Boot a L1 win2016 guest and windows update to the latest with secure boot
guest XML please check attachment win2016.xml
2. Enable HyperV on the guest
Manual steps followed by the link
https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/quick-start/enable-hyper-v#enable-the-hyper-v-role-through-settings
3. reboot
Actual results:
Windows guest stucks at the tiancore icon
Expected results:
Hyper V enabled success on the guest.
Additional info:
On the host, # cat /sys/module/kvm_intel/parameters/nested
1
Without adding hypervisor CPU feature policy in the guest XML, hyperV on the guest can be enabled, checked on the guest, hyperV hypervisor service not enabled.
- blocks
-
RFE-5100 Microsoft Windows VBS support for OpenShift Virtualization
- Accepted
- is blocked by
-
RHEL-15267 Rebase libvirt in RHEL-9.4.0
- Closed
- is duplicated by
-
RHEL-30841 'vmx-*' features are not supported
- Closed
- external trackers
- links to
-
RHBA-2023:125049 libvirt bug fix and enhancement update
- mentioned on