Bug 1089604
Summary: | QEMU core dumped when boot guest with a big multiple queues specified for virtio-scsi | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Sibiao Luo <sluo> |
Component: | qemu-kvm | Assignee: | Fam Zheng <famz> |
Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 7.0 | CC: | acathrow, chayang, hhuang, juli, juzhang, michen, pbonzini, qzhang, virt-maint, xfu |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-07-14 02:17:29 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: |
Description
Sibiao Luo
2014-04-21 06:44:12 UTC
]# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: AuthenticAMD CPU family: 15 Model: 107 Model name: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ Stepping: 2 CPU MHz: 2700.000 BogoMIPS: 5411.30 Virtualization: AMD-V L1d cache: 64K L1i cache: 64K L2 cache: 512K NUMA node0 CPU(s): 0,1 We fix the virtio-scsi multi-queue support for qemu-kvm in bug 911389, and i also tried it on qemu-kvm-rhev-1.5.3-21.el7.x86_64 which also hit this issue. So this issue is not regression issue and i think it cann't prevent this kind of dump by libvirt. Best Regards, sluo Yet another example of "abort on input that I don't like" in virtio code. Also triggerable with device hot plug, so giving an error message and exit is not the answer to all cases, but still slightly better. For on flight queue add limit, none of the callers of virtio_add_queue handle fail case for now, so it's not an easy fix. Setting priority and severity to low since libvirt won't hit this, but correct me if I'm wrong. Fam Libvirt won't hit the command line side of the crash, and we already have a BZ to improve the runtime virtio abort, so closing this as duplicate of bug 1067892. *** This bug has been marked as a duplicate of bug 1067892 *** |