5:13 a.m.
------=_NextPartTM-000-bf1f3448-4cf7-4f81-b33a-060c7d113f51
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD17358615C53EXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358615C53EXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
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 s=
udden
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 g=
oal
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 the=
se
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_cloc=
ksource
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_cloc=
ksource
kvm-clock hpet acpi_pm
Any ideas?
Markus
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358615C53EXCHANGEcollogi_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html dir=3D"ltr">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html;
charset=3Diso-8859-=
1">
<style id=3D"owaParaStyle" type=3D"text/css">P
{margin-top:0;margin-bottom:=
0;}</style>
</head>
<body ocsi=3D"0" fpstyle=3D"1">
<div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: =
10pt;">Hello,<br>
<br>
we have an up to date ovirt 3.4 installation. Inside we are running SLES11 =
SP3<br>
VMs (Kernel 3.0.76-0.11). After live migration of these VMs they all of a s=
udden<br>
do not react any longer and CPU usage of the VM goes to 100%.<br>
<br>
We identified kvm-clock source to be the culprit and therefore switched to =
another<br>
clocksource. We ended with hpet but are not happy with that as our inital g=
oal<br>
was to use the more simple designed TSC clocksoure. <br>
<br>
The reason behind that is the question I have for you experts.<br>
<br>
Our hosts all have the constant_tsc CPU flag available. Just to mention the=
se<br>
are not identical hosts. We have a mix of Xeon 5500 and 5600 machines. E.G.=
<br>
[root@colovn01 ~]# cat /proc/cpuinfo | grep constant_tsc | wc -l<br>
8<br>
<br>
When we start the VM the client sees TSC as available clocksource:<br>
<br>
colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_cloc=
ksource<br>
kvm-clock tsc hpet acpi_pm<br>
<br>
After the first live migration to another host that also has constant_tsc (=
see above)<br>
that flag is lost inside the VM.<br>
<br>
colvm53:~ # cat /sys/devices/system/clocksource/clocksource0/available_cloc=
ksource<br>
kvm-clock hpet acpi_pm<br>
<br>
Any ideas?<br>
<br>
Markus<br>
<br>
<br>
</div>
</body>
</html>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD17358615C53EXCHANGEcollogi_--
------=_NextPartTM-000-bf1f3448-4cf7-4f81-b33a-060c7d113f51
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
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
****************************************************************************
------=_NextPartTM-000-bf1f3448-4cf7-4f81-b33a-060c7d113f51--