Bug 846585
Summary: | [qemu-kvm] [hot-plug] qemu-process (RHEL6.3 guest) goes into D state during nic hot unplug (netdev_del hostnet1) | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | GenadiC <gcheresh> | ||||
Component: | kernel | Assignee: | jason wang <jasowang> | ||||
Status: | CLOSED ERRATA | QA Contact: | GenadiC <gcheresh> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | urgent | ||||||
Version: | 6.3 | CC: | acathrow, bsarathy, cpelland, danken, dhoward, dyasny, fhrbata, hateya, iheim, juzhang, kzhang, lpeer, lzheng, mavital, michen, mkenneth, myakove, pveiga, rhod, shuang, tburke, virt-maint, xwei, ykaul | ||||
Target Milestone: | rc | Keywords: | ZStream | ||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | kernel-2.6.32-301.el6 | Doc Type: | Bug Fix | ||||
Doc Text: |
If a mirror or redirection action is configured to cause packets to go to another device, the classifier holds a reference count. However, it was previously assuming that the administrator cleaned up all redirections before removing. Packets were therefore dropped if the mirrored device was not present, and connectivity to the host could be lost. To prevent such problems, a notifier and cleanup are now run during the unregister action. Packets are not dropped if the a mirrored device is not present.
|
Story Points: | --- | ||||
Clone Of: | Environment: | ||||||
Last Closed: | 2013-02-21 06:45:26 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 851444 | ||||||
Attachments: |
|
Description
GenadiC
2012-08-08 07:51:02 UTC
host: packages: libvirt-0.9.10-21.el6.x86_64 qemu-kvm-rhev-0.12.1.2-2.298.el6_3.x86_64 vdsm-4.9.6-26.0.el6_3.x86_64 kernel: 2.6.32-279.el6.x86_64 guest: [root@e ~]# lsmod | grep virtio virtio_balloon 4856 0 virtio_console 18027 0 virtio_net 16760 0 virtio_blk 7292 3 virtio_pci 7113 0 virtio_ring 7729 5 virtio_balloon,virtio_console,virtio_net,virtio_blk,virtio_pci virtio 4890 5 virtio_balloon,virtio_console,virtio_net,virtio_blk,virtio_pci kernel: 2.6.32-279.el6.x86_64 Created attachment 602959 [details]
logs
- Does it happens each time or not that often? - Can you please repeat the exact same scenario but w/ virsh commands? The KVM qe do these tests on a regular basis and we haven't got similar reports. (In reply to comment #3) > - Does it happens each time or not that often? it happens each time for specific guests (domains) managed by vdsm and libvirt. > - Can you please repeat the exact same scenario but w/ virsh commands? yes. reproduction steps: use the following network xml files: vnet0.xml: <interface type='bridge'> <mac address='00:1a:4a:23:46:0a'/> <source bridge='rhevm'/> <target dev='vnet0'/> <model type='virtio'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> vnet1.xml: <interface type='bridge'> <mac address='00:1a:4a:23:46:23'/> <source bridge='VM_VLAN12'/> <target dev='vnet1'/> <model type='virtio'/> <alias name='net1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </interface> vnet2.xml: <interface type='bridge'> <mac address='00:1a:4a:23:46:c5'/> <source bridge='VM_VLAN12'/> <target dev='vnet2'/> <model type='virtio'/> <alias name='net2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </interface> start vm using the following xml: <domain type="kvm"> <name>RHEL6_1</name> <uuid>d41a5e62-582b-4d52-8326-8335a94ed77c</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <vcpu>1</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/RHEL6_1.com.redhat.rhevm.vdsm"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <controller type="usb"> <address domain="0x0000" function="0x2" slot="0x01" type="pci" bus="0x00"/> </controller> <video> <address domain="0x0000" function="0x0" slot="0x02" type="pci" bus="0x00"/> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:23:46:0a"/> <model type="virtio"/> <source bridge="rhevm"/> </interface> <interface type="bridge"> <address domain="0x0000" function="0x0" slot="0x04" type="pci" bus="0x00"/> <mac address="00:1a:4a:23:46:23"/> <model type="virtio"/> <source bridge="VM_VLAN12"/> </interface> <interface type="bridge"> <address domain="0x0000" function="0x0" slot="0x06" type="pci" bus="0x00"/> <mac address="00:1a:4a:23:46:c5"/> <model type="virtio"/> <source bridge="VM_VLAN12"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <address bus="1" controller="0" target="0" type="drive" unit="0"/> <source file="" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> </disk> <disk device="disk" snapshot="no" type="block"> <address domain="0x0000" function="0x0" slot="0x05" type="pci" bus="0x00"/> <source dev="/rhev/data-center/47ee94d0-cfcd-44a6-9a8f-9cec41868ae5/85d077a4-1992-4030-9393-678e397a31e8/images/7759d507-99c0-43e0-8d52-e86af5327d0a/15b4cdcc-9668-45f9-b680-45a671dc45ad"/> <target bus="virtio" dev="vda"/> <serial>7759d507-99c0-43e0-8d52-e86af5327d0a</serial> <boot order="1"/> <driver cache="none" error_policy="stop" io="native" name="qemu" type="qcow2"/> </disk> </devices> <os> <type arch="x86_64" machine="rhel6.3.0">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">Red Hat</entry> <entry name="product">RHEV Hypervisor</entry> <entry name="version">6Server-6.3.0.3.el6</entry> <entry name="serial">936B24D8-3EA3-3A6C-AD2E-84D35C84B839_00:14:5E:17:D0:38</entry> <entry name="uuid">d41a5e62-582b-4d52-8326-8335a94ed77c</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Conroe</model> <topology cores="1" sockets="1" threads="1"/> </cpu> </domain> run the following detach command using libvirt (virsh): virsh detach-device <domain> vnet0.xml lost connectivity to host Patch(es) available on kernel-2.6.32-301.el6 Verified with kernel-2.6.32-301.el6.x86_64. *** Bug 851874 has been marked as a duplicate of this bug. *** Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2013-0496.html |