Hi, this is more for the KVM folks I suppose=85can you get the qemu =
--Apple-Mail=_2FC1045B-BCA5-43A7-B186-961C9DFED565 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 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.skrivanek@redhat.com> wrote: process cmdline please?
=20 Thanks, michal =20 On 3 Apr 2014, at 12:13, Markus Stockhausen wrote: =20
Hello, =20 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%. =20 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.=20 =20 The reason behind that is the question I have for you experts. =20 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 =20 When we start the VM the client sees TSC as available clocksource: =20 colvm53:~ # cat = /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock tsc hpet acpi_pm =20 After the first live migration to another host that also has = constant_tsc (see above) that flag is lost inside the VM. =20 colvm53:~ # cat = /sys/devices/system/clocksource/clocksource0/available_clocksource kvm-clock hpet acpi_pm =20 Any ideas? =20 Markus =20 =20 = <InterScan_Disclaimer.txt>_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
> wrote:</div><br class=3D"Apple-interchange-newline"><blockquote = type=3D"cite"><base href=3D"x-msg://1575/"><div style=3D"word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space; ">Hi,<div>this is more for the KVM folks I = suppose=85can you get the qemu process cmdline =
--Apple-Mail=_2FC1045B-BCA5-43A7-B186-961C9DFED565 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">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?<div><br></div><div> = -Darrell</div><div><br></div><div><div><div>On Apr 4, 2014, at 8:33 AM, = Michal Skrivanek <<a = href=3D"mailto:michal.skrivanek@redhat.com">michal.skrivanek@redhat.com</a= please?</div><div><br></div><div>Thanks,</div><div>michal</div><div><br><d= iv><div>On 3 Apr 2014, at 12:13, Markus Stockhausen wrote:</div><br = class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><span = class=3D"Apple-style-span" style=3D"border-collapse: separate; = font-family: Helvetica; font-style: normal; font-variant: normal; = font-weight: normal; letter-spacing: normal; line-height: normal; = orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: = none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: = 0px; -webkit-text-decorations-in-effect: none; = -webkit-text-stroke-width: 0px; font-size: inherit;"><div = style=3D"direction: ltr; font-family: Tahoma; 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 sudden<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 goal<br>was to use the more simple designed TSC = clocksoure.<span class=3D"Apple-converted-space"> </span><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 = these<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_clocksource<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_clocksource<br>kvm-= clock hpet acpi_pm<br><br>Any = ideas?<br><br>Markus<br><br><br></div><InterScan_Disclaimer.txt>____= ___________________________________________<br>Users mailing list<br><a = href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br><a = href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.= org/mailman/listinfo/users</a></span></blockquote></div><br></div></div>__= _____________________________________________<br>Users mailing = list<br><a = href=3D"mailto:Users@ovirt.org">Users@ovirt.org</a><br>http://lists.ovirt.= org/mailman/listinfo/users<br></blockquote></div><br></div></body></html>= --Apple-Mail=_2FC1045B-BCA5-43A7-B186-961C9DFED565--