Package: qemu-kvm Version: 1.5.0+dfsg-4 Severity: important Dear Maintainer,
After live migration my VM is unusable. Simple sleep command never ends, sending icmp echo requests generates only one icmp packet, htop show blank screen after running (I am able to log in through ssh). Looks like VM has some kind of problem with clock however date works fine (shows updated time). I have already tried 1.6.0 from sid but without success. There is nothing in logs on host and guest. Both are running Debian jessie with kernel 3.10.11. Both hosts and guest are running ntpd which synchronizes the time from the same set of ntp servers. # cat /sys/devices/system/clocksource/clocksource0/current_clocksource kvm-clock I was trying acpi_pm as well. VM was started with command: qemu-system-x86_64 -machine accel=kvm:tcg -name instance-0000052f -S -machine pc-i440fx-1.5,accel=kvm,usb=off -cpu SandyBridge,+pdpe1gb,+osxsave,+dca,+pcid,+pdcm,+xtpr,+tm2,+est,+smx,+vmx,+ds_cpl,+monitor,+dtes64,+pbe,+tm,+ht,+ss,+acpi,+ds,+vme -m 1024 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid b3cc5438-16a6-4628-8c2f-8efb611a4312 -smbios type=1,manufacturer=OpenStack Foundation,product=OpenStack Nova,version=2013.1.3,serial=00000000-0000-0000-0000-002590adb682,uuid=b3cc5438-16a6-4628-8c2f-8efb611a4312 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/instance-0000052f.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc,driftfix=slew -no-kvm-pit-reinjection -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=rbd:cinder_volumes/volume-0e601488-880d-4a28-b8f2-2ae20413d0a7:id=cinder_volumes:key=AQDmmdFXXXYYYYasdfiFcsL7yM00V+5eq9cQ==:auth_supported=cephx\;none,if=none, id=drive -virtio-disk0,format=raw,serial=0e601488-880d-4a28-b8f2-2ae20413d0a7,cache=writeback -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=rbd:cinder_volumes/volume-5ede4fb3-7e11-49ba-b219-6172dfd51023:id=cinder_volumes:key=AQDmmdFXXXYYYYasdfiFcsL7yM00V+5eq9cQ==:auth_supported=cephx\;none,if=none,id=drive-virtio-disk1,format=raw,serial=5ede4fb3-7e11-49ba-b219-6172dfd51023,cache=writeback -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=fa:16:3e:99:75:27,bus=pci.0,addr=0x3 -chardev file,id=charserial0,path=/var/lib/nova/instances/b3cc5438-16a6-4628-8c2f-8efb611a4312/console.log -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 -device isa-serial,chardev=charserial1,id=serial1 -device usb-tablet,id=input0 -vnc 127.0.0.1:0 -k en-us -vga cirrus -inc oming tc p:[::]:49152 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 Live migration was performed through libvirt 1.1.2-2 with options: VIR_MIGRATE_UNDEFINE_SOURCE,VIR_MIGRATE_PEER2PEER,VIR_MIGRATE_LIVE I have already tried live migration without rbd but it behaved the same way. I would really like to provide more useful information but I have no idea how to debug it futher. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/16 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-kvm depends on: ii qemu-system-x86 1.5.0+dfsg-4 qemu-kvm recommends no packages. qemu-kvm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
