[Users] TSC clocksource gets lost after live migration
------=_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--
--Apple-Mail=_BA43FE41-733B-497D-BFE0-FAD8F2CAE57A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, this is more for the KVM folks I suppose=85can you get the qemu process = cmdline please? Thanks, michal On 3 Apr 2014, at 12:13, Markus Stockhausen wrote:
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
--Apple-Mail=_BA43FE41-733B-497D-BFE0-FAD8F2CAE57A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 <html><head><base href=3D"x-msg://1575/"></head><body 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 = 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; = -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: = 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: = auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div ocsi=3D"0"= fpstyle=3D"1"><div style=3D"direction: ltr; font-family: Tahoma; color: = rgb(0, 0, 0); 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><span><InterScan_Disclaimer.txt&g= t;</span>_______________________________________________<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></div></span></blockquote></div><br></div></= body></html>= --Apple-Mail=_BA43FE41-733B-497D-BFE0-FAD8F2CAE57A--
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--
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? =20 -Darrell =20 On Apr 4, 2014, at 8:33 AM, Michal Skrivanek = <michal.skrivanek@redhat.com> wrote: =20
Hi, this is more for the KVM folks I suppose=85can you get the qemu =
--Apple-Mail=_426EFAFD-B3CC-41E6-85E6-EAE4A82FC441 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Whups, should note that I don=92t 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.budic@zenfire.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 =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=_426EFAFD-B3CC-41E6-85E6-EAE4A82FC441 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;">Whups, = should note that I don=92t see the CPU utilization issues, just the = clock source errors. This is on a 3.3.4 install with centos 6.4 = guests.<div><br></div><div><div><div>On Apr 4, 2014, at 6:19 PM, Darrell = Budic <<a = href=3D"mailto:darrell.budic@zenfire.com">darrell.budic@zenfire.com</a>>= ; wrote:</div><br class=3D"Apple-interchange-newline"><blockquote = type=3D"cite"><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dwindows-1252"><div 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><a = href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.= org/mailman/listinfo/users</a><br></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=_426EFAFD-B3CC-41E6-85E6-EAE4A82FC441--
Von: Michal Skrivanek [michal.skrivanek@redhat.com]=0A= Gesendet: Freitag, 4. April 2014 15:33=0A= An: Markus Stockhausen=0A= Cc: ovirt-users=0A= =0A= Betreff: Re: [Users] TSC clocksource gets lost after live migration=0A= =0A= Hi,=0A= this is more for the KVM folks I suppose=85can you get the qemu process c= mdline please?=0A= =0A= Thanks,=0A= michal=0A= =0A= Hello,=0A= =0A=
This is a multi-part message in MIME format. ------=_NextPartTM-000-65b5fc42-4c2e-4b1f-9849-7feb5e008797 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable the bug exists even with two absolutely identical hosts. With others=0A= reporting the same issue I opened BZ 1084700. QEMU command line=0A= posted over there.=0A= =0A= Markus= ------=_NextPartTM-000-65b5fc42-4c2e-4b1f-9849-7feb5e008797 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-65b5fc42-4c2e-4b1f-9849-7feb5e008797--
participants (3)
-
Darrell Budic -
Markus Stockhausen -
Michal Skrivanek