11:39 a.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-dffb1493-ac33-42c5-8818-feaa500cecb6
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hello,=0A=
=0A=
all my searching/reading left me more confused. My current problem is=0A=
a Windows VM that has a wrong "timezone" - at least if I do not activate=0A=
internet time server sync.=0A=
=0A=
Settings are:=0A=
=0A=
- OVirt VM definition - First Run GMT+1 - thats ok=0A=
- hypervisor host: timezone CET (=3D GMT+1) - 18:00 - thats ok=0A=
- Windows VM: timezone CET ( =3D GMT+1) - 17:00 - thats wrong=0A=
=0A=
I got a thread that suggested to look at vm_dynamic. There we have:=0A=
=0A=
select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b=0A=
engine-# where a.vm_guid=3Db.vm_guid;=0A=
vm_name | utc_diff=0A=
------------------+----------=0A=
Win7x64_Master | 0=0A=
=0A=
But what should that tell me?=0A=
=0A=
Although we work with timeservers inside the VMs we want to ensure=0A=
that even without them the VM time should match the hypervisor time.=0A=
=0A=
Has anyone a simple and clear explanation how this should work.=0A=
=0A=
Thanks in advance.=0A=
=0A=
Markus=0A=
=0A=
=0A=
------=_NextPartTM-000-dffb1493-ac33-42c5-8818-feaa500cecb6
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-dffb1493-ac33-42c5-8818-feaa500cecb6--
12:46 p.m.
This is a multi-part message in MIME format.
--------------050200080809070402050103
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
I have the same issue. I have assumed it was a Windows configuration
issue. I have relied on sync'ing to Internet Time upon each bootup. It
would be nice to find a solution to this. My Windows VM consistently
comes up exactly 5 hours off, and although NTP is configured the time is
never corrected until I manually sync to Internet Time. It certainly
appears to be using the wrong TZ (GMT).
-Bob
On 2/6/2014 11:39 AM, Markus Stockhausen wrote:
Hello,
all my searching/reading left me more confused. My current problem is
a Windows VM that has a wrong "timezone" - at least if I do not activate
internet time server sync.
Settings are:
- OVirt VM definition - First Run GMT+1 - thats ok
- hypervisor host: timezone CET (= GMT+1) - 18:00 - thats ok
- Windows VM: timezone CET ( = GMT+1) - 17:00 - thats wrong
I got a thread that suggested to look at vm_dynamic. There we have:
select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b
engine-# where a.vm_guid=b.vm_guid;
vm_name | utc_diff
------------------+----------
Win7x64_Master | 0
But what should that tell me?
Although we work with timeservers inside the VMs we want to ensure
that even without them the VM time should match the hypervisor time.
Has anyone a simple and clear explanation how this should work.
Thanks in advance.
Markus
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------050200080809070402050103
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">I have the same issue. I have assumed
it was a Windows configuration issue. I have relied on sync'ing to
Internet Time upon each bootup. It would be nice to find a
solution to this. My Windows VM consistently comes up exactly 5
hours off, and although NTP is configured the time is never
corrected until I manually sync to Internet Time. It certainly
appears to be using the wrong TZ (GMT).<br>
<br>
-Bob<br>
<br>
On 2/6/2014 11:39 AM, Markus Stockhausen wrote:<br>
</div>
<blockquote
cite="mid:12EF8D94C6F8734FB2FF37B9FBEDD173585E917C@EXCHANGE.collogia.de"
type="cite">
<pre wrap="">Hello,
all my searching/reading left me more confused. My current problem is
a Windows VM that has a wrong "timezone" - at least if I do not activate
internet time server sync.
Settings are:
- OVirt VM definition - First Run GMT+1 - thats ok
- hypervisor host: timezone CET (= GMT+1) - 18:00 - thats ok
- Windows VM: timezone CET ( = GMT+1) - 17:00 - thats wrong
I got a thread that suggested to look at vm_dynamic. There we have:
select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b
engine-# where a.vm_guid=b.vm_guid;
vm_name | utc_diff
------------------+----------
Win7x64_Master | 0
But what should that tell me?
Although we work with timeservers inside the VMs we want to ensure
that even without them the VM time should match the hypervisor time.
Has anyone a simple and clear explanation how this should work.
Thanks in advance.
Markus
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<br>
</body>
</html>
--------------050200080809070402050103--
1:13 p.m.
------=_NextPartTM-000-3586d868-f1d9-44fa-9483-c12f576cfe64
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585E923CEXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD173585E923CEXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Setting vm_dynamic.utc_diff to 3600 (+1) did the trick for me.
But that is no real solution. And what about daylight saving times...?
memo for myself:
Stop VM.
# su - postgres
# psql
# \c engine
# select a.vm_name,b.utc_diff,a.vm_guid from vm_static a, vm_dynamic b wher=
e a.vm_guid=3Db.vm_guid;
...
# update vm_dynamic set utc_diff=3D3600 where vm_guid=3D'...';
# commit;
Afterwards start VM.
Markus
________________________________
Von: Bob [bob(a)doolittle.us.com]
Gesendet: Donnerstag, 6. Februar 2014 18:46
An: Markus Stockhausen; ovirt-users
Betreff: Re: [Users] Timezone Hypervisor/VM
I have the same issue. I have assumed it was a Windows configuration issue.=
I have relied on sync'ing to Internet Time upon each bootup. It would be n=
ice to find a solution to this. My Windows VM consistently comes up exactly=
5 hours off, and although NTP is configured the time is never corrected un=
til I manually sync to Internet Time. It certainly appears to be using the =
wrong TZ (GMT).
-Bob
On 2/6/2014 11:39 AM, Markus Stockhausen wrote:
Hello,
all my searching/reading left me more confused. My current problem is
a Windows VM that has a wrong "timezone" - at least if I do not activate
internet time server sync.
Settings are:
- OVirt VM definition - First Run GMT+1 - thats ok
- hypervisor host: timezone CET (=3D GMT+1) - 18:00 - thats ok
- Windows VM: timezone CET ( =3D GMT+1) - 17:00 - thats wrong
I got a thread that suggested to look at vm_dynamic. There we have:
select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b
engine-# where a.vm_guid=3Db.vm_guid;
vm_name | utc_diff
------------------+----------
Win7x64_Master | 0
But what should that tell me?
Although we work with timeservers inside the VMs we want to ensure
that even without them the VM time should match the hypervisor time.
Has anyone a simple and clear explanation how this should work.
Thanks in advance.
Markus
_______________________________________________
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
--_000_12EF8D94C6F8734FB2FF37B9FBEDD173585E923CEXCHANGEcollogi_
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" bgcolor=3D"#FFFFFF">
<div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: =
10pt;">Setting vm_dynamic.utc_diff to 3600 (+1) did the trick for
me.<b=
r>
But that is no real solution. And what about daylight saving times...?<br>
<br>
memo for myself:<br>
<br>
Stop VM.<br>
<br>
# su - postgres<br>
# psql<br>
# \c engine<br>
# select a.vm_name,b.utc_diff,a.vm_guid from vm_static a, vm_dynamic b wher=
e a.vm_guid=3Db.vm_guid;<br>
...<br>
# update vm_dynamic set utc_diff=3D3600 where vm_guid=3D'...';<br>
# commit;<br>
<br>
Afterwards start VM.<br>
<br>
Markus<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"divRpF34565"><font
color=3D"#000000" f=
ace=3D"Tahoma" size=3D"2"><b>Von:</b> Bob
[bob(a)doolittle.us.com]<br>
<b>Gesendet:</b> Donnerstag, 6. Februar 2014 18:46<br>
<b>An:</b> Markus Stockhausen; ovirt-users<br>
<b>Betreff:</b> Re: [Users] Timezone Hypervisor/VM<br>
</font><br>
</div>
<div></div>
<div>
<div class=3D"moz-cite-prefix">I have the same issue. I have assumed it
was=
a Windows configuration issue. I have relied on sync'ing to Internet Time =
upon each bootup. It would be nice to find a solution to this. My Windows V=
M consistently comes up exactly 5
hours off, and although NTP is configured the time is never corrected unti=
l I manually sync to Internet Time. It certainly appears to be using the wr=
ong TZ (GMT).<br>
<br>
-Bob<br>
<br>
On 2/6/2014 11:39 AM, Markus Stockhausen wrote:<br>
</div>
<blockquote type=3D"cite">
<pre>Hello,=0A=
=0A=
all my searching/reading left me more confused. My current problem is=0A=
a Windows VM that has a wrong "timezone" - at least if I do not a=
ctivate=0A=
internet time server sync.=0A=
=0A=
Settings are:=0A=
=0A=
- OVirt VM definition - First Run GMT+1 - thats ok=0A=
- hypervisor host: timezone CET (=3D GMT+1) - 18:00 - thats ok=0A=
- Windows VM: timezone CET ( =3D GMT+1) - 17:00 - thats wrong=0A=
=0A=
I got a thread that suggested to look at vm_dynamic. There we have:=0A=
=0A=
select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b=0A=
engine-# where a.vm_guid=3Db.vm_guid;=0A=
vm_name | utc_diff=0A=
------------------+----------=0A=
Win7x64_Master | 0=0A=
=0A=
But what should that tell me?=0A=
=0A=
Although we work with timeservers inside the VMs we want to ensure=0A=
that even without them the VM time should match the hypervisor time.=0A=
=0A=
Has anyone a simple and clear explanation how this should work.=0A=
=0A=
Thanks in advance.=0A=
=0A=
Markus=0A=
=0A=
=0A=
</pre>
<br>
<fieldset class=3D"mimeAttachmentHeader"
target=3D"_blank"></fieldset> <br>
<pre>_______________________________________________=0A=
Users mailing list=0A=
<a class=3D"moz-txt-link-abbreviated"
href=3D"mailto:Users@ovirt.org" targe=
t=3D"_blank">Users(a)ovirt.org</a>=0A=
<a class=3D"moz-txt-link-freetext"
href=3D"http://lists.ovirt.org/mailman/l=
istinfo/users"
target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/us=
ers</a>=0A=
</pre>
</blockquote>
<br>
</div>
</div>
</div>
</body>
</html>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD173585E923CEXCHANGEcollogi_--
------=_NextPartTM-000-3586d868-f1d9-44fa-9483-c12f576cfe64
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-3586d868-f1d9-44fa-9483-c12f576cfe64--
1:43 p.m.
On Thu, Feb 06, 2014 at 12:46:38PM -0500, Bob wrote:
I have the same issue. I have assumed it was a Windows configuration
issue. I have relied on sync'ing to Internet Time upon each bootup.
It would be nice to find a solution to this. My Windows VM
consistently comes up exactly 5 hours off, and although NTP is
configured the time is never corrected until I manually sync to
Internet Time. It certainly appears to be using the wrong TZ (GMT).
I suppose you are seeing
https://bugzilla.redhat.com/show_bug.cgi?id=956741 When RHEL VMs are
powered off/on time is off by as much as 3 hrs when system comes
back up
which http://gerrit.ovirt.org/14750 should fix. Which ovirt version are
you using? Would you agree to verify the patch once Martin backports it?
Dan.
-Bob
On 2/6/2014 11:39 AM, Markus Stockhausen wrote:
>Hello,
>
>all my searching/reading left me more confused. My current problem is
>a Windows VM that has a wrong "timezone" - at least if I do not activate
>internet time server sync.
>
>Settings are:
>
>- OVirt VM definition - First Run GMT+1 - thats ok
>- hypervisor host: timezone CET (= GMT+1) - 18:00 - thats ok
>- Windows VM: timezone CET ( = GMT+1) - 17:00 - thats wrong
>
>I got a thread that suggested to look at vm_dynamic. There we have:
>
>select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b
>engine-# where a.vm_guid=b.vm_guid;
> vm_name | utc_diff
>------------------+----------
> Win7x64_Master | 0
>
>But what should that tell me?
>
>Although we work with timeservers inside the VMs we want to ensure
>that even without them the VM time should match the hypervisor time.
>
>Has anyone a simple and clear explanation how this should work.
>
>Thanks in advance.
>
>Markus
>
>
>
>
>_______________________________________________
>Users mailing list
>Users(a)ovirt.org
>http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
1:57 p.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-87bffea3-d86c-4634-9b21-af429ba14cd3
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Von: Dan Kenigsberg [danken(a)redhat.com]=0A=
Gesendet: Donnerstag, 6. Februar 2014 19:43=0A=
An: Bob; Martin Polednik=0A=
Cc: Markus Stockhausen; ovirt-users=0A=
Betreff: Re: [Users] Timezone Hypervisor/VM=0A=
=0A=
On Thu, Feb 06, 2014 at 12:46:38PM -0500, Bob wrote:=0A=
> I have the same issue. I have assumed it was a Windows configuration=0A=
> issue. I have relied on sync'ing to Internet Time upon each bootup.=0A=
> It would be nice to find a solution to this. My Windows VM=0A=
> consistently comes up exactly 5 hours off, and although NTP is=0A=
> configured the time is never corrected until I manually sync to=0A=
> Internet Time. It certainly appears to be using the wrong TZ (GMT).=0A=
=0A=
I suppose you are seeing=0A=
=0A=
https://bugzilla.redhat.com/show_bug.cgi?id=3D956741 When RHEL VMs ar=
e=0A=
powered off/on time is off by as much as 3 hrs when system
comes=0A=
back up=0A=
=0A=
which http://gerrit.ovirt.org/14750 should fix. Which ovirt version are=
=0A=
you using? Would you agree to verify the patch once Martin backports
it?=
=0A=
=0A=
Dan.=0A=
=0A=
Im on 3.3.2. Does this release need the backport?=0A=
=0A=
Markus=0A=
------=_NextPartTM-000-87bffea3-d86c-4634-9b21-af429ba14cd3
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-87bffea3-d86c-4634-9b21-af429ba14cd3--
2 p.m.
I'll be happy to try a patch, if you can deliver it in a convenient way
for me to install.
The bug comments and synopsis are misleading so at first I didn't think
this was it. The bug specifically says "Time is off by exactly 1 or 3
hours, depending on VM" and the synopsis says "time is off by as much as
3 hrs".
My time is currently 4 hours off (I think it was 5 before Daylight
Savings Time).
The release note text states the issue correctly though, I think.
The only thing giving me any doubt is that all my non-Windows VMs are
fine. The problem is isolated to Windows guests.
-Bob
On 02/06/2014 01:43 PM, Dan Kenigsberg wrote:
On Thu, Feb 06, 2014 at 12:46:38PM -0500, Bob wrote:
> I have the same issue. I have assumed it was a Windows configuration
> issue. I have relied on sync'ing to Internet Time upon each bootup.
> It would be nice to find a solution to this. My Windows VM
> consistently comes up exactly 5 hours off, and although NTP is
> configured the time is never corrected until I manually sync to
> Internet Time. It certainly appears to be using the wrong TZ (GMT).
I suppose you are seeing
https://bugzilla.redhat.com/show_bug.cgi?id=956741 When RHEL VMs are
powered off/on time is off by as much as 3 hrs when system comes
back up
which http://gerrit.ovirt.org/14750 should fix. Which ovirt version are
you using? Would you agree to verify the patch once Martin backports it?
Dan.
> -Bob
>
> On 2/6/2014 11:39 AM, Markus Stockhausen wrote:
>> Hello,
>>
>> all my searching/reading left me more confused. My current problem is
>> a Windows VM that has a wrong "timezone" - at least if I do not
activate
>> internet time server sync.
>>
>> Settings are:
>>
>> - OVirt VM definition - First Run GMT+1 - thats ok
>> - hypervisor host: timezone CET (= GMT+1) - 18:00 - thats ok
>> - Windows VM: timezone CET ( = GMT+1) - 17:00 - thats wrong
>>
>> I got a thread that suggested to look at vm_dynamic. There we have:
>>
>> select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b
>> engine-# where a.vm_guid=b.vm_guid;
>> vm_name | utc_diff
>> ------------------+----------
>> Win7x64_Master | 0
>>
>> But what should that tell me?
>>
>> Although we work with timeservers inside the VMs we want to ensure
>> that even without them the VM time should match the hypervisor time.
>>
>> Has anyone a simple and clear explanation how this should work.
>>
>> Thanks in advance.
>>
>> Markus
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
3:01 a.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-f2ce274d-51ff-45db-83ba-1d82181118f4
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Von: Dan Kenigsberg [danken(a)redhat.com]=0A=
Gesendet: Donnerstag, 6. Februar 2014 19:43=0A=
An: Bob; Martin Polednik=0A=
Cc: Markus Stockhausen; ovirt-users=0A=
Betreff: Re: [Users] Timezone Hypervisor/VM=0A=
=0A=
On Thu, Feb 06, 2014 at 12:46:38PM -0500, Bob wrote:=0A=
> I have the same issue. I have assumed it was a Windows configuration=0A=
> issue. I have relied on sync'ing to Internet Time upon each bootup.=0A=
> It would be nice to find a solution to this. My Windows VM=0A=
> consistently comes up exactly 5 hours off, and although NTP is=0A=
> configured the time is never corrected until I manually sync to=0A=
> Internet Time. It certainly appears to be using the wrong TZ (GMT).=0A=
=0A=
I suppose you are seeing=0A=
=0A=
https://bugzilla.redhat.com/show_bug.cgi?id=3D956741 When RHEL VMs ar=
e=0A=
powered off/on time is off by as much as 3 hrs when system
comes=0A=
back up=0A=
=0A=
which http://gerrit.ovirt.org/14750 should fix. Which ovirt version are=
=0A=
you using? Would you agree to verify the patch once Martin backports
it?=
=0A=
=0A=
Dan.=0A=
=0A=
I implemented the above patch on one of our hypervisor nodes. But this=0A=
does not change anything. The VM has always the time difference after reboo=
t=0A=
that is set in table vm_dynamic.=0A=
=0A=
We are on GMT+1. if utc_diff =3D 0 Windows VM time is on hour back. If=0A=
utc_diff =3D 3600 Windows VM time matches.=0A=
=0A=
Should I file a new BZ?=0A=
=0A=
Markus=0A=
=0A=
=0A=
-Bob=0A=
=0A=
On 2/6/2014 11:39 AM, Markus Stockhausen wrote:=0A=
>Hello,=0A=
>=0A=
>all my searching/reading left me more confused. My current problem is=0A=
>a Windows VM that has a wrong "timezone" - at least if I do not activate=
=0A=
>internet time server sync.=0A=
>=0A=
>Settings are:=0A=
>=0A=
>- OVirt VM definition - First Run GMT+1 - thats ok=0A=
>- hypervisor host: timezone CET (=3D GMT+1) - 18:00 - thats ok=0A=
>- Windows VM: timezone CET ( =3D GMT+1) - 17:00 - thats wrong=0A=
>=0A=
>I got a thread that suggested to look at vm_dynamic. There we have:=0A=
>=0A=
>select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b=0A=
>engine-# where a.vm_guid=3Db.vm_guid;=0A=
> vm_name | utc_diff=0A=
>------------------+----------=0A=
> Win7x64_Master | 0=0A=
>=0A=
>But what should that tell me?=0A=
>=0A=
>Although we work with timeservers inside the VMs we want to ensure=0A=
>that even without them the VM time should match the hypervisor time.=0A=
>=0A=
>Has anyone a simple and clear explanation how this should work.=0A=
>=0A=
>Thanks in advance.=0A=
>=0A=
>Markus=0A=
>=0A=
>=0A=
>=0A=
>=0A=
>_______________________________________________=0A=
>Users mailing list=0A=
>Users(a)ovirt.org=0A=
>http://lists.ovirt.org/mailman/listinfo/users=0A=
=0A=
=0A=
_______________________________________________=0A=
Users mailing list=0A=
Users(a)ovirt.org=0A=
http://lists.ovirt.org/mailman/listinfo/users=0A=
=0A=
------=_NextPartTM-000-f2ce274d-51ff-45db-83ba-1d82181118f4
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-f2ce274d-51ff-45db-83ba-1d82181118f4--
5:49 a.m.
On Fri, Feb 07, 2014 at 08:01:11AM +0000, Markus Stockhausen wrote:
> Von: Dan Kenigsberg [danken(a)redhat.com]
> Gesendet: Donnerstag, 6. Februar 2014 19:43
> An: Bob; Martin Polednik
> Cc: Markus Stockhausen; ovirt-users
> Betreff: Re: [Users] Timezone Hypervisor/VM
>
> On Thu, Feb 06, 2014 at 12:46:38PM -0500, Bob wrote:
> > I have the same issue. I have assumed it was a Windows configuration
> > issue. I have relied on sync'ing to Internet Time upon each bootup.
> > It would be nice to find a solution to this. My Windows VM
> > consistently comes up exactly 5 hours off, and although NTP is
> > configured the time is never corrected until I manually sync to
> > Internet Time. It certainly appears to be using the wrong TZ (GMT).
>
> I suppose you are seeing
>
> https://bugzilla.redhat.com/show_bug.cgi?id=956741 When RHEL VMs are
> powered off/on time is off by as much as 3 hrs when system comes
> back up
>
> which http://gerrit.ovirt.org/14750 should fix. Which ovirt version are
> you using? Would you agree to verify the patch once Martin backports it?
>
> Dan.
I implemented the above patch on one of our hypervisor nodes. But this
does not change anything. The VM has always the time difference after reboot
that is set in table vm_dynamic.
That patch is not intended to change this fact. What it should do is
report a correct timeOffset once your guest OS syncs its time.
We are on GMT+1. if utc_diff = 0 Windows VM time is on hour back. If
utc_diff = 3600 Windows VM time matches.
Should I file a new BZ?
I'd prefer to make sure we have all the facts first. Would you boot your
VM, and report the vmCreate line from vdsm.log?
The, fix the timezone withing the guest, and report the rtc events from
the log, and the timeOffset reported by `vdsClient -s 0 getAllVmStats`.
Stop the VM and check if Engine's utc_diff has changed.
A detailed BZ report is worth its weight in gold ;-)
Dan.
8:46 a.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-c80bfc2b-0722-4462-9ef6-dc5dc72ad699
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
=0A=
A detailed BZ report is worth its weight in gold ;-)=0A=
=0A=
Dan.=0A=
=0A=
Opened BZ 1062615 for that.=0A=
=0A=
Markus=0A=
------=_NextPartTM-000-c80bfc2b-0722-4462-9ef6-dc5dc72ad699
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-c80bfc2b-0722-4462-9ef6-dc5dc72ad699--
9:54 a.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-bdcc37f5-014e-44b5-9237-94f717e26606
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Von: Markus Stockhausen=0A=
Gesendet: Freitag, 7. Februar 2014 14:46=0A=
An: Dan Kenigsberg; fromani(a)redhat.com=0A=
Cc: Bob; Martin Polednik; ovirt-users=0A=
Betreff: AW: [Users] Timezone Hypervisor/VM=0A=
=0A=
>=0A=
> A detailed BZ report is worth its weight in gold ;-)=0A=
>=0A=
> Dan.=0A=
=0A=
Opened BZ 1062615 for that.=0A=
=0A=
Markus=0A=
=0A=
Hi Dan,=0A=
=0A=
just saw the bug update with target 3.4.1. Could you=0A=
reproduce the bug and do you have some advice how to =0A=
handle that setting until then? And what should I expect =0A=
when daylight saving takes place in march?=0A=
=0A=
From my understanding I would:=0A=
=0A=
- pin all VMs to utc_diff=3D3600 (GMT+1) now=0A=
- pin all VMs to utc_diff=3D7200 (GMT+2) after change of summertime=0A=
=0A=
Markus=0A=
=0A=
------=_NextPartTM-000-bdcc37f5-014e-44b5-9237-94f717e26606
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-bdcc37f5-014e-44b5-9237-94f717e26606--
10:18 a.m.
Marcus,
Are all your VMs Windows? Because I have a mix and only Windows 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).
-Bob
On Feb 7, 2014 9:54 AM, "Markus Stockhausen" <stockhausen(a)collogia.de>
wrote:
> Von: Markus Stockhausen
> Gesendet: Freitag, 7. Februar 2014 14:46
> An: Dan Kenigsberg; fromani(a)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=3600 (GMT+1) now
- pin all VMs to utc_diff=7200 (GMT+2) after change of summertime
Markus
10:26 a.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(a)doolittle.us.com]
Gesendet: Freitag, 7. Februar 2014 16:18
An: Markus Stockhausen
Cc: fromani(a)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(a)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(a)doolittle.us.com]=
<br>
<b>Gesendet:</b> Freitag, 7. Februar 2014 16:18<br>
<b>An:</b> Markus Stockhausen<br>
<b>Cc:</b> fromani(a)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(a)collogia.de</a>&gt; 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(a)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--
11:06 a.m.
This is a multi-part message in MIME format.
--------------050309020507060308080404
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
On 02/07/2014 10:26 AM, Markus Stockhausen wrote:
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=# select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b
where a.vm_guid=b.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.
Have you tried changing utc_diff for a Linux VM, to see if that has any
effect?
-Bob
Markus
------------------------------------------------------------------------
*Von:* Bob Doolittle [bob(a)doolittle.us.com]
*Gesendet:* Freitag, 7. Februar 2014 16:18
*An:* Markus Stockhausen
*Cc:* fromani(a)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 affected. Seems like changing utc_diff should only be done for
Windows VMs (Linux happy to work with a hardware clock of GMT).
-Bob
On Feb 7, 2014 9:54 AM, "Markus Stockhausen" <stockhausen(a)collogia.de
<mailto:stockhausen@collogia.de>> wrote:
> Von: Markus Stockhausen
> Gesendet: Freitag, 7. Februar 2014 14:46
> An: Dan Kenigsberg; fromani(a)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=3600 (GMT+1) now
- pin all VMs to utc_diff=7200 (GMT+2) after change of summertime
Markus
--------------050309020507060308080404
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">On 02/07/2014 10:26 AM, Markus
Stockhausen wrote:<br>
</div>
<blockquote
cite="mid:12EF8D94C6F8734FB2FF37B9FBEDD173585EB188@EXCHANGE.collogia.de"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<style id="owaParaStyle" type="text/css">P
{margin-top:0;margin-bottom:0;}</style>
<div style="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=# select a.vm_name,b.utc_diff from vm_static a,
vm_dynamic b where a.vm_guid=b.vm_guid;<br>
vm_name | utc_diff<br>
------------------+----------<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>
</div>
</blockquote>
<br>
Have you tried changing utc_diff for a Linux VM, to see if that has
any effect?<br>
<br>
-Bob<br>
<br>
<blockquote
cite="mid:12EF8D94C6F8734FB2FF37B9FBEDD173585EB188@EXCHANGE.collogia.de"
type="cite">
<div style="direction: ltr;font-family: Tahoma;color:
#000000;font-size: 10pt;">
<br>
Markus<br>
<br>
<br>
<div style="font-family: Times New Roman; color: #000000;
font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;"
id="divRpF108373"><font
color="#000000" face="Tahoma"
size="2"><b>Von:</b> Bob
Doolittle [<a class="moz-txt-link-abbreviated"
href="mailto:bob@doolittle.us.com">bob@doolittle.us.com</a>]<br>
<b>Gesendet:</b> Freitag, 7. Februar 2014 16:18<br>
<b>An:</b> Markus Stockhausen<br>
<b>Cc:</b> <a class="moz-txt-link-abbreviated"
href="mailto:fromani@redhat.com">fromani@redhat.com</a>; users; Martin
Polednik; Dan
Kenigsberg<br>
<b>Betreff:</b> Re: AW: [Users] Timezone
Hypervisor/VM<br>
</font><br>
</div>
<div>
<p dir="ltr">Marcus, </p>
<p dir="ltr">Are all your VMs Windows? Because I have a mix
and only Windows 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="ltr">-Bob</p>
<div class="gmail_quote">On Feb 7, 2014 9:54 AM, "Markus
Stockhausen" <<a moz-do-not-send="true"
href="mailto:stockhausen@collogia.de"
target="_blank">stockhausen(a)collogia.de</a>&gt;
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;
border-left:1px #ccc solid; padding-left:1ex">
> Von: Markus Stockhausen<br>
> Gesendet: Freitag, 7. Februar 2014 14:46<br>
> An: Dan Kenigsberg; <a moz-do-not-send="true"
href="mailto:fromani@redhat.com"
target="_blank">fromani(a)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=3600 (GMT+1) now<br>
- pin all VMs to utc_diff=7200 (GMT+2) after change of
summertime<br>
<br>
Markus<br>
<br>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
<br>
</body>
</html>
--------------050309020507060308080404--
10:30 a.m.
On Fri, Feb 07, 2014 at 02:54:13PM +0000, Markus Stockhausen wrote:
> Von: Markus Stockhausen
> Gesendet: Freitag, 7. Februar 2014 14:46
> An: Dan Kenigsberg; fromani(a)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?
No, I did not reproduce the bug myself. I believe that your report is
true and asked Michal to get it fixed by ovirt-3.4.1 (frankly, let's ask
to fix it earlier!)
I have no intermediate remedy, save for manually editing utc_diff.
And what should I expect
when daylight saving takes place in march?
>From my understanding I would:
- pin all VMs to utc_diff=3600 (GMT+1) now
- pin all VMs to utc_diff=7200 (GMT+2) after change of summertime
Yes, assuming that the local admin of the VM do not want to change their
timezone - in Windows it means an update of the rtc, which is not saved
properly in Engine.
Dan.
3972
days inactive
3973
days old
13 comments
4 participants
participants (4)
-
Bob -
Bob Doolittle
-
Dan Kenigsberg -
Markus Stockhausen