Description of problem: after live migration of VM, clocksource TSC is lost inside VM. Version-Release number of selected component (if applicable): Ovirt 3.4 Hypervisor host Fedora 19 (virt-preview repo enabled) How reproducible: 100% Steps to Reproduce: 1. Ovirt cluster with two absolutely identical nodes cat /proc/cpuinfo ... processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz ... Motherboard chipset Intel X58 2. VM running Suse Linux Enterprise Server 11 SP3 colvm53:~ # uname -a Linux colvm53 3.0.76-0.11-default #1 SMP Fri Jun 14 08:21:43 UTC 2013 (ccab990) x86_64 x86_64 x86_64 GNU/Linux 3. Start VM on one of the nodes: [root@colovn02 ~]# ps -ef | grep colvm53 qemu 22524 1 99 19:23 ? 00:00:15 /usr/bin/qemu-system-x86_64 -machine accel=kvm -name colvm53 -S -machine pc-1.0,accel=kvm,usb=off -cpu Nehalem -m 2048 -realtime mlock=off -smp 2,maxcpus=160,sockets=80,cores=2,threads=1 -uuid 85c8c9ad-a7e8-422a-979f-99a6418725fa -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-8,serial=49434D53-0200-48D6-3000-D64830004AC9,uuid=85c8c9ad-a7e8-422a-979f-99a6418725fa -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/colvm53.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-04-05T17:23: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=0x3 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/6aedcd59-f568-4921-99b1-5cface399515/9082c308-7765-4dc7-bfeb-4c42d985cd6f,if=none,id=drive-ide0-0-0,format=qcow2,serial=6aedcd59-f568-4921-99b1-5cface399515,cache=none,werror=stop,rerror=stop,aio=threads -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/3669524c-dc64-4671-9c30-d561887448ef/567324a9-11ba-44f4-8f99-4c780395a317,if=none,id=drive-ide0-0-1,format=qcow2,serial=3669524c-dc64-4671-9c30-d561887448ef,cache=none,werror=stop,rerror=stop,aio=threads -device ide-hd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -drive 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 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/a6dfd84a-24b5-42f3-855e-79dac1e9e268/5a20a487-18ec-4cc9-8389-ca76eb2e58c7,if=none,id=drive-scsi0-0-0-0,format=qcow2,serial=a6dfd84a-24b5-42f3-855e-79dac1e9e268,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/a0a37d8a-9715-41e4-b39a-1d34c49ccd8d/574b4440-19a7-429c-8ed3-ff85d9d8a3e2,if=none,id=drive-scsi0-0-0-1,format=qcow2,serial=a0a37d8a-9715-41e4-b39a-1d34c49ccd8d,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/d7011642-0f61-4b19-ab20-8d87845ef3a8/71a7f439-12c5-4fad-8721-08c80ae36fd4,if=none,id=drive-scsi0-0-0-2,format=qcow2,serial=d7011642-0f61-4b19-ab20-8d87845ef3a8,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=2,drive=drive-scsi0-0-0-2,id=scsi0-0-0-2 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/df4b342e-99f0-468a-af0c-fc10ceda27e5/6062e1d9-f2bb-456c-8f6c-5a3f5032d64c,if=none,id=drive-scsi0-0-0-3,format=qcow2,serial=df4b342e-99f0-468a-af0c-fc10ceda27e5,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=3,drive=drive-scsi0-0-0-3,id=scsi0-0-0-3 -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=33 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:ee:d3:4b,bus=pci.0,addr=0x4 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/85c8c9ad-a7e8-422a-979f-99a6418725fa.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/85c8c9ad-a7e8-422a-979f-99a6418725fa.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 -device usb-tablet,id=input0 -vnc 192.168.11.42:3,password -k de -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0 4. Check available clocksources in VM (TSC available) colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock tsc hpet acpi_pm 5. Relocate VM to second node [root@colovn03 ~]# ps -ef | grep colvm53 qemu 1032 1 11 19:26 ? 00:00:05 /usr/bin/qemu-system-x86_64 -machine accel=kvm -name colvm53 -S -machine pc-1.0,accel=kvm,usb=off -cpu Nehalem -m 2048 -realtime mlock=off -smp 2,maxcpus=160,sockets=80,cores=2,threads=1 -uuid 85c8c9ad-a7e8-422a-979f-99a6418725fa -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=19-8,serial=49434D53-0200-48D6-3000-D64830004AC9,uuid=85c8c9ad-a7e8-422a-979f-99a6418725fa -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/colvm53.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2014-04-05T14:46:22,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=0x3 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/6aedcd59-f568-4921-99b1-5cface399515/9082c308-7765-4dc7-bfeb-4c42d985cd6f,if=none,id=drive-ide0-0-0,format=qcow2,serial=6aedcd59-f568-4921-99b1-5cface399515,cache=none,werror=stop,rerror=stop,aio=threads -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/3669524c-dc64-4671-9c30-d561887448ef/567324a9-11ba-44f4-8f99-4c780395a317,if=none,id=drive-ide0-0-1,format=qcow2,serial=3669524c-dc64-4671-9c30-d561887448ef,cache=none,werror=stop,rerror=stop,aio=threads -device ide-hd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -drive 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 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/a6dfd84a-24b5-42f3-855e-79dac1e9e268/5a20a487-18ec-4cc9-8389-ca76eb2e58c7,if=none,id=drive-scsi0-0-0-0,format=qcow2,serial=a6dfd84a-24b5-42f3-855e-79dac1e9e268,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/a0a37d8a-9715-41e4-b39a-1d34c49ccd8d/574b4440-19a7-429c-8ed3-ff85d9d8a3e2,if=none,id=drive-scsi0-0-0-1,format=qcow2,serial=a0a37d8a-9715-41e4-b39a-1d34c49ccd8d,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=1,drive=drive-scsi0-0-0-1,id=scsi0-0-0-1 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/d7011642-0f61-4b19-ab20-8d87845ef3a8/71a7f439-12c5-4fad-8721-08c80ae36fd4,if=none,id=drive-scsi0-0-0-2,format=qcow2,serial=d7011642-0f61-4b19-ab20-8d87845ef3a8,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=2,drive=drive-scsi0-0-0-2,id=scsi0-0-0-2 -drive file=/rhev/data-center/mnt/10.10.30.251:_var_nas1_OVirtIB/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545/images/df4b342e-99f0-468a-af0c-fc10ceda27e5/6062e1d9-f2bb-456c-8f6c-5a3f5032d64c,if=none,id=drive-scsi0-0-0-3,format=qcow2,serial=df4b342e-99f0-468a-af0c-fc10ceda27e5,cache=none,werror=stop,rerror=stop,aio=threads -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=3,drive=drive-scsi0-0-0-3,id=scsi0-0-0-3 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=32 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:ee:d3:4b,bus=pci.0,addr=0x4 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/85c8c9ad-a7e8-422a-979f-99a6418725fa.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/85c8c9ad-a7e8-422a-979f-99a6418725fa.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 -device usb-tablet,id=input0 -vnc 192.168.11.43:2,password -k de -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -incoming tcp:[::]:49156 -device virti root 1099 496 0 19:26 pts/0 00:00:00 grep --color=auto colvm53 Actual results: clocksource TSC is lost: colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock hpet acpi_pm Expected results: clocksource TSC should still be available. Additional info:
qemu version is: [root@colovn02 ~]# /usr/bin/qemu-system-x86_64 -h | more QEMU emulator version 1.6.1, Copyright (c) 2003-2008 Fabrice Bellard usage: qemu-system-x86_64 [options] [disk_image]
Bein unsure who really can help to solve that problem I linked this BZ within the qemu discussion mailing list: http://lists.nongnu.org/archive/html/qemu-discuss/2014-04/msg00021.html
(In reply to Markus Stockhausen from comment #1) > qemu version is: > > [root@colovn02 ~]# /usr/bin/qemu-system-x86_64 -h | more > QEMU emulator version 1.6.1, Copyright (c) 2003-2008 Fabrice Bellard > usage: qemu-system-x86_64 [options] [disk_image] Having the same issue but oVirt-3.3.2-1.el6 Host is running Centos-6.5 and qemu version is: qemu-img-0.12.1.2-2.415.el6_5.3.x86_64 Joop
not likely to converge for 3.4.z
could it be host-specific? is it the same behavior when you migrate the other way around?
Moving pending bugs not fixed in 3.5.0 to 3.5.1.
I hope it's working now, if not, please reopen
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days