Bug 1004608
Summary: | Qemu core dumpd, when delete the tap interface that is used by a vhost=on enabled guest | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Qian Guo <qiguo> |
Component: | qemu-kvm | Assignee: | Vlad Yasevich <vyasevic> |
Status: | CLOSED WONTFIX | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 6.5 | CC: | acathrow, areis, bsarathy, chayang, juzhang, michen, mkenneth, qiguo, qzhang, rhod, virt-bugs, virt-maint |
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-04-03 15:59:25 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
Qian Guo
2013-09-05 03:16:28 UTC
Test w/ openvswitch, has same issue. # rpm -q openvswitch openvswitch-1.11.0-1.el6.x86_64 There's a similar scenario in bug 1004625. We are not sure whether they are same bug. Please help confirm and feel free to close one if they are the same. (In reply to Qunfang Zhang from comment #3) > There's a similar scenario in bug 1004625. We are not sure whether they are > same bug. Please help confirm and feel free to close one if they are the > same. The 2 bugs are not the same, but there is some relationship between them. This particular bug heavily depends on the time of when the interface is deleted. If the interface is deleted after qemu finished initialized the tap/vhost devices, then the problem will not be observed. If the interface is deleted before qemu had a chance to initialize the tap/vhost devices, the problem will be present. This is due the fact that qemu calls assert() if TUNSETVNETHDRSZ ioctl fails for any reason. This problem is also present in upstream qemu. To solve this, the error recovery needs to this specific case. This bug is similar in its behaviour to Bug 1004275. There are certain errors that qemu considers fatal as there is no really good recoverable scenario when these errors occur. Here are the options for the solution as I can see: 1) Change assert/abort into a clear exit solution and continue reporting error. 2) Remove assert/abort and disable or delete the device that fails to initialize correctly. This may allow qemu to run, but the interface will not function properly. This will at least make the behaviour consistent between between initialization state and already running state. It does bring up some interesting issues thought. -vlad Closing. Since deletion of a tap interface is somewhat malicious and not a standard workflow, we will only fix it in RHEL7 (if necessary). QE, Please test on RHEL7. (In reply to Ronen Hod from comment #10) > Closing. > Since deletion of a tap interface is somewhat malicious and not a standard > workflow, we will only fix it in RHEL7 (if necessary). > QE, Please test on RHEL7. Tested in rhel7 host, did not hit such issue: compoments: # uname -r 3.10.0-118.el7.x86_64 [root@ibm-x3650m4-05 ~]# rpm -q qemu-kvm-rhev qemu-kvm-rhev-1.5.3-60.el7ev.x86_64 cli: # /usr/libexec/qemu-kvm -S -name rhel7 -M pc -nodefaults -vga std -device ich9-usb-uhci1,id=usb1,bus=pci.0,addr=03 -drive id=drive_image1,if=none,cache=none,aio=native,file=/home/rhel70326cp1.qcow2_v3 -device virtio-blk-pci,id=image1,drive=drive_image1,bus=pci.0,addr=04 -device virtio-net-pci,mac=16:33:3f:09:12:78,id=vnet0,netdev=hostdev0,bus=pci.0,addr=05 -netdev tap,id=hostdev0,vhost=on,script=/etc/qemu-ifup -m 4G -smp 4,sockets=1,cores=4,threads=1 -cpu SandyBridge -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 -vnc :3 -rtc base=localtime,clock=host,driftfix=slew -boot menu=on -enable-kvm -monitor stdio -qmp unix:/tmp/q1,server,nowait -device virtio-balloon-pci,id=b1 -monitor unix:/tmp/monitor-unix,nowait,server after delete tap, guest and host work well both, so won't file bug against rhel7. thanks, (In reply to Qian Guo from comment #11) > after delete tap, guest and host work well both, so won't file bug against > rhel7. Thanks, so although we can probably find a fix to backport, let's leave it CLOSED WONTFIX for now. |