[Users] Timezone Hypervisor/VM
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--
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@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://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------050200080809070402050103--
------=_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@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@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@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--
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@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--
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Von: Dan Kenigsberg [danken@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=
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 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@ovirt.org=0A= http://lists.ovirt.org/mailman/listinfo/users=0A= =0A= =0A= _______________________________________________=0A= Users mailing list=0A= Users@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--
On Fri, Feb 07, 2014 at 08:01:11AM +0000, Markus Stockhausen wrote:
Von: Dan Kenigsberg [danken@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.
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--
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@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--
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@collogia.de> wrote:
Von: Markus Stockhausen Gesendet: Freitag, 7. Februar 2014 14:46 An: Dan Kenigsberg; 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
------=_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--
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@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 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@collogia.de <mailto: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=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@collogia.de</a>> 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@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--
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@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.
participants (4)
-
Bob -
Bob Doolittle
-
Dan Kenigsberg -
Markus Stockhausen