Re: [Users] TSC clocksource gets lost after live migration
Von: Michal Skrivanek [michal.skriva...@redhat.com] Gesendet: Freitag, 4. April 2014 15:33 An: Markus Stockhausen Cc: ovirt-users Betreff: Re: [Users] TSC clocksource gets lost after live migration Hi, this is more for the KVM folks I suppose…can you get the qemu process cmdline please? Thanks, michal Hello, the bug exists even with two absolutely identical hosts. With others reporting the same issue I opened BZ 1084700. QEMU command line posted over there. Markus Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] TSC clocksource gets lost after live migration
Whups, should note that I don’t see the CPU utilization issues, just the clock source errors. This is on a 3.3.4 install with centos 6.4 guests. On Apr 4, 2014, at 6:19 PM, Darrell Budic darrell.bu...@zenfire.com wrote: I see this on some guests as well, possibly relating to moving between hosts with the same family of CPU but different absolute CPU speeds? -Darrell On Apr 4, 2014, at 8:33 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: Hi, this is more for the KVM folks I suppose…can you get the qemu process cmdline please? Thanks, michal On 3 Apr 2014, at 12:13, Markus Stockhausen wrote: Hello, we have an up to date ovirt 3.4 installation. Inside we are running SLES11 SP3 VMs (Kernel 3.0.76-0.11). After live migration of these VMs they all of a sudden do not react any longer and CPU usage of the VM goes to 100%. We identified kvm-clock source to be the culprit and therefore switched to another clocksource. We ended with hpet but are not happy with that as our inital goal was to use the more simple designed TSC clocksoure. The reason behind that is the question I have for you experts. Our hosts all have the constant_tsc CPU flag available. Just to mention these are not identical hosts. We have a mix of Xeon 5500 and 5600 machines. E.G. [root@colovn01 ~]# cat /proc/cpuinfo | grep constant_tsc | wc -l 8 When we start the VM the client sees TSC as available clocksource: colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock tsc hpet acpi_pm After the first live migration to another host that also has constant_tsc (see above) that flag is lost inside the VM. colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock hpet acpi_pm Any ideas? Markus InterScan_Disclaimer.txt___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] TSC clocksource gets lost after live migration
Hi, this is more for the KVM folks I suppose…can you get the qemu process cmdline please? Thanks, michal On 3 Apr 2014, at 12:13, Markus Stockhausen wrote: Hello, we have an up to date ovirt 3.4 installation. Inside we are running SLES11 SP3 VMs (Kernel 3.0.76-0.11). After live migration of these VMs they all of a sudden do not react any longer and CPU usage of the VM goes to 100%. We identified kvm-clock source to be the culprit and therefore switched to another clocksource. We ended with hpet but are not happy with that as our inital goal was to use the more simple designed TSC clocksoure. The reason behind that is the question I have for you experts. Our hosts all have the constant_tsc CPU flag available. Just to mention these are not identical hosts. We have a mix of Xeon 5500 and 5600 machines. E.G. [root@colovn01 ~]# cat /proc/cpuinfo | grep constant_tsc | wc -l 8 When we start the VM the client sees TSC as available clocksource: colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock tsc hpet acpi_pm After the first live migration to another host that also has constant_tsc (see above) that flag is lost inside the VM. colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock hpet acpi_pm Any ideas? Markus InterScan_Disclaimer.txt___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] TSC clocksource gets lost after live migration
I see this on some guests as well, possibly relating to moving between hosts with the same family of CPU but different absolute CPU speeds? -Darrell On Apr 4, 2014, at 8:33 AM, Michal Skrivanek michal.skriva...@redhat.com wrote: Hi, this is more for the KVM folks I suppose…can you get the qemu process cmdline please? Thanks, michal On 3 Apr 2014, at 12:13, Markus Stockhausen wrote: Hello, we have an up to date ovirt 3.4 installation. Inside we are running SLES11 SP3 VMs (Kernel 3.0.76-0.11). After live migration of these VMs they all of a sudden do not react any longer and CPU usage of the VM goes to 100%. We identified kvm-clock source to be the culprit and therefore switched to another clocksource. We ended with hpet but are not happy with that as our inital goal was to use the more simple designed TSC clocksoure. The reason behind that is the question I have for you experts. Our hosts all have the constant_tsc CPU flag available. Just to mention these are not identical hosts. We have a mix of Xeon 5500 and 5600 machines. E.G. [root@colovn01 ~]# cat /proc/cpuinfo | grep constant_tsc | wc -l 8 When we start the VM the client sees TSC as available clocksource: colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock tsc hpet acpi_pm After the first live migration to another host that also has constant_tsc (see above) that flag is lost inside the VM. colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock hpet acpi_pm Any ideas? Markus InterScan_Disclaimer.txt___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] TSC clocksource gets lost after live migration
Hello, we have an up to date ovirt 3.4 installation. Inside we are running SLES11 SP3 VMs (Kernel 3.0.76-0.11). After live migration of these VMs they all of a sudden do not react any longer and CPU usage of the VM goes to 100%. We identified kvm-clock source to be the culprit and therefore switched to another clocksource. We ended with hpet but are not happy with that as our inital goal was to use the more simple designed TSC clocksoure. The reason behind that is the question I have for you experts. Our hosts all have the constant_tsc CPU flag available. Just to mention these are not identical hosts. We have a mix of Xeon 5500 and 5600 machines. E.G. [root@colovn01 ~]# cat /proc/cpuinfo | grep constant_tsc | wc -l 8 When we start the VM the client sees TSC as available clocksource: colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock tsc hpet acpi_pm After the first live migration to another host that also has constant_tsc (see above) that flag is lost inside the VM. colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock hpet acpi_pm Any ideas? Markus Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
