7 Feb
2014
7 Feb
'14
3:26 p.m.
------=_NextPartTM-000-4cd99577-486a-42aa-bcdb-47f12f5d1cb6
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585EB188EXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD173585EB188EXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
you are right. Only Windows VMs show that behaviour. But for Linux the
problem is even more strange: Have a look at my database for a specific
Linux VM:
engine=3D# select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b where=
a.vm_guid=3Db.vm_guid;
vm_name | utc_diff
------------------+----------
colvm53 | -271973
Logging into the VM it shows the correct time but the hardware clock is far=
away according to utc_diff:
colvm53:~ # hwclock
Tue Feb 4 12:49:21 2014 -0.173138 seconds
colvm53:~ # date
Fri Feb 7 16:20:42 CET 2014
Maybe because it reads the KVM/QEMU timing values another way than Windows.
Markus
________________________________
Von: Bob Doolittle [bob@doolittle.us.com]
Gesendet: Freitag, 7. Februar 2014 16:18
An: Markus Stockhausen
Cc: fromani@redhat.com; users; Martin Polednik; Dan Kenigsberg
Betreff: Re: AW: [Users] Timezone Hypervisor/VM
Marcus,
Are all your VMs Windows? Because I have a mix and only Windows VMs are aff=
ected. Seems like changing utc_diff should only be done for Windows VMs (Li=
nux happy to work with a hardware clock of GMT).
-Bob
On Feb 7, 2014 9:54 AM, "Markus Stockhausen" <stockhausen@collogia.de<mailt=
o:stockhausen@collogia.de>> wrote:
> Von: Markus Stockhausen
> Gesendet: Freitag, 7. Februar 2014 14:46
> An: Dan Kenigsberg; fromani@redhat.com<mailto:fromani@redhat.com>
> Cc: Bob; Martin Polednik; ovirt-users
> Betreff: AW: [Users] Timezone Hypervisor/VM
>
> >
> > A detailed BZ report is worth its weight in gold ;-)
> >
> > Dan.
>
> Opened BZ 1062615 for that.
>
> Markus
Hi Dan,
just saw the bug update with target 3.4.1. Could you
reproduce the bug and do you have some advice how to
handle that setting until then? And what should I expect
when daylight saving takes place in march?
>From my understanding I would:
- pin all VMs to utc_diff=3D3600 (GMT+1) now
- pin all VMs to utc_diff=3D7200 (GMT+2) after change of summertime
Markus
--_000_12EF8D94C6F8734FB2FF37B9FBEDD173585EB188EXCHANGEcollogi_
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>
you are right. Only Windows VMs show that behaviour. But for Linux the <br>
problem is even more strange: Have a look at my database for a specific<br>
Linux VM:<br>
<br>
engine=3D# select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b where=
a.vm_guid=3Db.vm_guid;<br>
vm_name | utc_diff<b=
r>
------------------+----------<br>
colvm53 | =
-271973<br>
<br>
Logging into the VM it shows the correct time but the hardware clock is far=
away according to utc_diff:<br>
<br>
colvm53:~ # hwclock<br>
Tue Feb 4 12:49:21 2014 -0.173138 seconds<br>
colvm53:~ # date<br>
Fri Feb 7 16:20:42 CET 2014<br>
<br>
Maybe because it reads the KVM/QEMU timing values another way than Windows.=
<br>
<br>
Markus<br>
<br>
<br>
<div style=3D"font-family: Times New Roman; color: #000000; font-size: 16px=
">
<hr tabindex=3D"-1">
<div style=3D"direction: ltr;" id=3D"divRpF108373"><font color=3D"#000000" =
face=3D"Tahoma" size=3D"2"><b>Von:</b> Bob Doolittle [bob@doolittle.us.com]=
<br>
<b>Gesendet:</b> Freitag, 7. Februar 2014 16:18<br>
<b>An:</b> Markus Stockhausen<br>
<b>Cc:</b> fromani@redhat.com; users; Martin Polednik; Dan Kenigsberg<br>
<b>Betreff:</b> Re: AW: [Users] Timezone Hypervisor/VM<br>
</font><br>
</div>
<div></div>
<div>
<p dir=3D"ltr">Marcus, </p>
<p dir=3D"ltr">Are all your VMs Windows? Because I have a mix and only Wind=
ows VMs are affected. Seems like changing utc_diff should only be done for =
Windows VMs (Linux happy to work with a hardware clock of GMT).</p>
<p dir=3D"ltr">-Bob</p>
<div class=3D"gmail_quote">On Feb 7, 2014 9:54 AM, "Markus Stockhausen=
" <<a href=3D"mailto:stockhausen@collogia.de" target=3D"_blank">sto=
ckhausen@collogia.de</a>> wrote:<br type=3D"attribution">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex; border-left:1=
px #ccc solid; padding-left:1ex">
> Von: Markus Stockhausen<br>
> Gesendet: Freitag, 7. Februar 2014 14:46<br>
> An: Dan Kenigsberg; <a href=3D"mailto:fromani@redhat.com" target=3D"_b=
lank">fromani@redhat.com</a><br>
> Cc: Bob; Martin Polednik; ovirt-users<br>
> Betreff: AW: [Users] Timezone Hypervisor/VM<br>
><br>
> ><br>
> > A detailed BZ report is worth its weight in gold ;-)<br>
> ><br>
> > Dan.<br>
><br>
> Opened BZ 1062615 for that.<br>
><br>
> Markus<br>
<br>
Hi Dan,<br>
<br>
just saw the bug update with target 3.4.1. Could you<br>
reproduce the bug and do you have some advice how to<br>
handle that setting until then? And what should I expect<br>
when daylight saving takes place in march?<br>
<br>
>From my understanding I would:<br>
<br>
- pin all VMs to utc_diff=3D3600 (GMT+1) now<br>
- pin all VMs to utc_diff=3D7200 (GMT+2) after change of summertime<br>
<br>
Markus<br>
<br>
</blockquote>
</div>
</div>
</div>
</div>
</body>
</html>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD173585EB188EXCHANGEcollogi_--
------=_NextPartTM-000-4cd99577-486a-42aa-bcdb-47f12f5d1cb6
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-4cd99577-486a-42aa-bcdb-47f12f5d1cb6--