[Users] failed nestd vm only with spice and not vnc

Sun Feb 9 22:13:53 UTC 2014

On 02/05/2014 08:37 PM, Gianluca Cecchi wrote:
> I replicated the problem with same environment but attached to iSCSI
> storage domain.
> So the Gluster part is not involved.
> As soon as I run once a VM on the host the VM goes into paused state
> and in host messages:
>
>
> Feb  5 19:22:45 localhost kernel: [16851.192234] cgroup: libvirtd
> (1460) created nested cgroup for controller "memory" which has
> incomplete hierarchy support. Nested cgroups may change behavior in
> the future.
> Feb  5 19:22:45 localhost kernel: [16851.192240] cgroup: "memory"
> requires setting use_hierarchy to 1 on the root.
> Feb  5 19:22:46 localhost kernel: [16851.228204] device vnet0 entered
> promiscuous mode
> Feb  5 19:22:46 localhost kernel: [16851.236198] ovirtmgmt: port
> 2(vnet0) entered forwarding state
> Feb  5 19:22:46 localhost kernel: [16851.236208] ovirtmgmt: port
> 2(vnet0) entered forwarding state
> Feb  5 19:22:46 localhost kernel: [16851.591058] qemu-system-x86:
> sending ioctl 5326 to a partition!
> Feb  5 19:22:46 localhost kernel: [16851.591074] qemu-system-x86:
> sending ioctl 80200204 to a partition!
> Feb  5 19:22:46 localhost vdsm vm.Vm WARNING
> vmId=`7094da5f-6c08-4b0c-ae98-8bfb6de1b9c0`::_readPauseCode
> unsupported by libvirt vm
> Feb  5 19:22:47 localhost avahi-daemon[449]: Registering new address
> record for fe80
>
>
> And in qemu.log for the VM:
>
> 2014-02-05 18:22:46.280+0000: starting up
> LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
> QEMU_AUDIO_DRV=spice /usr/bin/qemu-kvm -name c6i -S -machine
> pc-1.0,accel=kvm,usb=off -cpu Nehalem -m 1024 -smp
> 1,sockets=1,cores=1,threads=1 -uuid
> 7094da5f-6c08-4b0c-ae98-8bfb6de1b9c0 -smbios
> type=1,manufacturer=oVirt,product=oVirt
> Node,version=19-6,serial=421F4B4A-9A4C-A7C4-54E5-847BF1ADE1A5,uuid=7094da5f-6c08-4b0c-ae98-8bfb6de1b9c0
> -no-user-config -nodefaults -chardev
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/c6i.monitor,server,nowait
> -mon chardev=charmonitor,id=monitor,mode=control -rtc
> base=2014-02-05T18:22:45,driftfix=slew -no-shutdown -device
> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device
> virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive
> file=/rhev/data-center/mnt/ovirt.localdomain.local:_var_lib_exports_iso/6e80607d-5437-4fc5-b73c-66794f6381e0/images/11111111-1111-1111-1111-111111111111/CentOS-6.4-x86_64-bin-DVD1.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial=
> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1
> -drive file=/rhev/data-center/mnt/blockSD/f741671e-6480-4d7b-b357-8cf6e8d2c0f1/images/0912658d-1541-4d56-945b-112b0b074d29/67aaf7db-4d1c-42bd-a1b0-988d95c5d5d2,if=none,id=drive-virtio-disk0,format=qcow2,serial=0912658d-1541-4d56-945b-112b0b074d29,cache=none,werror=stop,rerror=stop,aio=native
> -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=2
> -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device
> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:bb:9f:17,bus=pci.0,addr=0x3,bootindex=3
> -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/7094da5f-6c08-4b0c-ae98-8bfb6de1b9c0.com.redhat.rhevm.vdsm,server,nowait
> -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
> -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/7094da5f-6c08-4b0c-ae98-8bfb6de1b9c0.org.qemu.guest_agent.0,server,nowait
> -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
> -chardev spicevmc,id=charchannel2,name=vdagent -device
> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
> -spice tls-port=5900,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on
> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global
> qxl-vga.vram_size=33554432 -device
> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7
> KVM: unknown exit, hardware reason 3
> EAX=00000094 EBX=00006e44 ECX=0000000e EDX=00000511
> ESI=00000002 EDI=00006df8 EBP=00006e08 ESP=00006dd4
> EIP=3ffe1464 EFL=00000017 [----APC] CPL=0 II=0 A20=1 SMM=0 HLT=0
> ES =0010 00000000 ffffffff 00c09300 DPL=0 DS   [-WA]
> CS =0008 00000000 ffffffff 00c09b00 DPL=0 CS32 [-RA]
> SS =0010 00000000 ffffffff 00c09300 DPL=0 DS   [-WA]
> DS =0010 00000000 ffffffff 00c09300 DPL=0 DS   [-WA]
> FS =0010 00000000 ffffffff 00c09300 DPL=0 DS   [-WA]
> GS =0010 00000000 ffffffff 00c09300 DPL=0 DS   [-WA]
> LDT=0000 00000000 0000ffff 00008200 DPL=0 LDT
> TR =0000 00000000 0000ffff 00008b00 DPL=0 TSS32-busy
> GDT=     000fd3a8 00000037
> IDT=     000fd3e6 00000000
> CR0=00000011 CR2=00000000 CR3=00000000 CR4=00000000
> DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000
> DR3=0000000000000000
> DR6=00000000ffff0ff0 DR7=0000000000000400
> EFER=0000000000000000
> Code=eb be 83 c4 08 5b 5e 5f 5d c3 89 c1 ba 11 05 00 00 eb 01 ec <49>
> 83 f9 ff 75 f9 c3 57 56 53 89 c3 8b b0 84 00 00 00 39 ce 77 1e 89 d7
> 0f b7 80 8c 00 00
> main_channel_link: add main channel client
> main_channel_handle_parsed: net test: latency 1.710000 ms, bitrate
> 54169862 bps (51.660406 Mbps)
> red_dispatcher_set_cursor_peer:
> inputs_connect: inputs channel client create
> red_channel_client_disconnect: rcc=0x7f3179129010
> (channel=0x7f312021f360 type=2 id=0)
> red_channel_client_disconnect: rcc=0x7f312026c5f0
> (channel=0x7f312021f920 type=4 id=0)
> red_channel_client_disconnect: rcc=0x7f318e6b6220
> (channel=0x7f318e4150d0 type=3 id=0)
> red_channel_client_disconnect: rcc=0x7f318e687340
> (channel=0x7f318e409ef0 type=1 id=0)
> main_channel_client_on_disconnect: rcc=0x7f318e687340
> red_client_destroy: destroy client 0x7f318e68d110 with #channels=4
> red_dispatcher_disconnect_cursor_peer:
> red_dispatcher_disconnect_display_peer:
>
>
> vdsm and superdvdsm log here:
> https://drive.google.com/file/d/0BwoPbcrMv8mvSEdPdTZVaTZVc1E/edit?usp=sharing
> https://drive.google.com/file/d/0BwoPbcrMv8mvMUxBaDgwSG1EY28/edit?usp=sharing
>
> Gianluca
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>

is there a bug for tracking this?