Bug 2020133

Summary: Boot the windows 11 guest with 256 queues, qemu core dump
Product: Red Hat Enterprise Linux 8 Reporter: Lei Yang <leiyang>
Component: qemu-kvmAssignee: Marek Kedzierski <mkedzier>
qemu-kvm sub component: Networking QA Contact: Lei Yang <leiyang>
Status: NEW --- Docs Contact: Daniel Vozenilek <davozeni>
Severity: high    
Priority: high CC: aadam, ailan, chayang, coli, jherrman, jinzhao, juzhang, leidwang, lvivier, mkedzier, qcheng, qizhu, virt-maint, wji
Version: 8.6Keywords: Reopened, Triaged
Target Milestone: rcFlags: leiyang: needinfo? (lvivier)
Target Release: ---   
Hardware: Unspecified   
OS: Windows   
Whiteboard:
Fixed In Version: Doc Type: Known Issue
Doc Text:
.Using a large number of queues might cause Windows virtual machines to fail Windows virtual machines (VMs) might fail when the virtual Trusted Platform Module (vTPM) device is enabled and the _multi-queue virtio-net_ feature is configured to use more than 250 queues. This problem is caused by a limitation in the vTPM device. The vTPM device has a hardcoded limit on the maximum number of opened file descriptors. Since multiple file descriptors are opened for every new queue, the internal vTPM limit can be exceeded, causing the VM to fail. To work around this problem, choose one of the following two options: * Keep the vTPM device enabled, but use less than 250 queues. * Disable the vTPM device to use more than 250 queues.
Story Points: ---
Clone Of:
: 2020146 (view as bug list) Environment:
Last Closed: 2023-05-04 07:28:32 UTC Type: ---
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:    
Bug Blocks: 2020146, 2025898    

Comment 7 John Ferlan 2021-11-24 12:51:46 UTC
NB: The zstream request above is essentially to have a RHEL-AV z-stream bug created back to include AV-8.4.0 and AV-8.5.0, see bug 2025898. A determination will need to be made at resolution time whether that request can be fulfilled and then the process to clone can be done.

Comment 22 Ke Ma 2022-11-03 09:44:29 UTC
*** Bug 2139259 has been marked as a duplicate of this bug. ***

Comment 25 RHEL Program Management 2023-05-04 07:28:32 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.

Comment 28 Wenkang Ji 2023-05-24 01:18:13 UTC
ignore comment 27