<div dir="ltr">Bug reported: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1286847">https://bugzilla.redhat.com/show_bug.cgi?id=1286847</a> <div><br><br><div class="gmail_quote"><div dir="ltr">Op zo 29 nov. 2015 om 16:34 schreef Gianluca Cecchi &lt;<a href="mailto:gianluca.cecchi@gmail.com">gianluca.cecchi@gmail.com</a>&gt;:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary <span dir="ltr">&lt;<a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Can you please open a bug to track this issue?<br></div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><pre cols="72"><span style="font-family:arial,helvetica,sans-serif">Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra&#39;anana, Israel 4350109

Tel : <a href="tel:%2B972%20%289%29%207692306" value="+97297692306" target="_blank">+972 (9) 7692306</a>
        8272306
Email: <a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a>
IRC : ydary</span></pre>
</div></div></div></div></div>
<br><div class="gmail_quote"><div><div>On Fri, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion <span dir="ltr">&lt;<a href="mailto:paul@pazion.nl" target="_blank">paul@pazion.nl</a>&gt;</span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div><div dir="ltr">I checked version, I am running 1.0.11 <div>I restarted, but still not showing info in the tab ( none of the VMs ) <div>See screenshot: <a href="http://screencast.com/t/JejTsLAxuXw" target="_blank">http://screencast.com/t/JejTsLAxuXw</a></div><div><br><div class="gmail_quote"><div><div dir="ltr">Regards,<br><div>Paul Groeneweg</div></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
<br>
</blockquote></div></div></div></div><div><div><div dir="ltr"><br></div></div></div></div></div></blockquote></div></div></blockquote><div> </div></div><br></div></div><div dir="ltr"><div class="gmail_extra">Hello in my case I have a clean installed 3.6.0 environment with self hosted engine.<br></div><div class="gmail_extra">I installed and configured a CentOS 7.1 guest and I&#39;m able to see guest info.</div><div class="gmail_extra">See screenshot.</div><div class="gmail_extra"><a href="https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharing" target="_blank">https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharing</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">But I do have the time zone problem.</div><div class="gmail_extra">I verified that my self hosted engine (I did the deploy through the provided appliance) was by default configured with UTC timezone.</div><div class="gmail_extra">I then changed it using inside its OS the command:</div><div class="gmail_extra"><br></div><div class="gmail_extra">timedatectl set-timezone Europe/Rome<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">then I made global maintenance and restarted both the host and the engine.</div><div class="gmail_extra">I still had the exclamation mark.</div><div class="gmail_extra">Then I modified the VM inside the GUI in Edit VM --&gt; System --&gt; General . As you see in screenshot it was Etc/GMT and then Europe/Berlin.</div><div class="gmail_extra">And finally shutdown/power on (because reboot doesn&#39;t instantiate a new qemu/kvm process)</div><div class="gmail_extra">And now it is ok from an OS point of view andalso GUI point of view.</div><div class="gmail_extra">See:</div><div class="gmail_extra"><a href="https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharing" target="_blank">https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharing</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I don&#39;t know if the update itself from 3.5 to 3.6 could have scrambled anything, but in my case all is ok if the various configurations involved match.</div><div class="gmail_extra"><br></div><div class="gmail_extra">BTW: I noticed that the &quot;Guest Info&quot; visualized data are not so dynamic: sometimes if I do some changes, I have to click another tab (eg affinity groups) and then &quot;Guest Info&quot; again to be able to see updated values</div><div class="gmail_extra"><div><br></div><div>host:</div><div><div># timedatectl status ; ssh ractorshe &quot;timedatectl status&quot; ; ssh 10.4.4.29 &quot;timedatectl status&quot;</div><div>      Local time: Sun 2015-11-29 16:27:49 CET</div><div>  Universal time: Sun 2015-11-29 15:27:49 UTC</div><div>        RTC time: Sun 2015-11-29 15:27:49</div><div>        Timezone: Europe/Rome (CET, +0100)</div><div>     NTP enabled: yes</div><div>NTP synchronized: yes</div><div> RTC in local TZ: no</div><div>      DST active: no</div><div> Last DST change: DST ended at</div><div>                  Sun 2015-10-25 02:59:59 CEST</div><div>                  Sun 2015-10-25 02:00:00 CET</div><div> Next DST change: DST begins (the clock jumps one hour forward) at</div><div>                  Sun 2016-03-27 01:59:59 CET</div><div>                  Sun 2016-03-27 03:00:00 CEST</div><div><br></div><div>SH Engine:</div><div>      Local time: Sun 2015-11-29 16:27:51 CET</div><div>  Universal time: Sun 2015-11-29 15:27:51 UTC</div><div>        RTC time: Sun 2015-11-29 15:27:50</div><div>        Timezone: Europe/Rome (CET, +0100)</div><div>     NTP enabled: yes</div><div>NTP synchronized: yes</div><div> RTC in local TZ: no</div><div>      DST active: no</div><div> Last DST change: DST ended at</div><div>                  Sun 2015-10-25 02:59:59 CEST</div><div>                  Sun 2015-10-25 02:00:00 CET</div><div> Next DST change: DST begins (the clock jumps one hour forward) at</div><div>                  Sun 2016-03-27 01:59:59 CET</div><div>                  Sun 2016-03-27 03:00:00 CEST</div></div><div><br></div><div>Guest:</div><div><div># timedatectl status</div><div>      Local time: Sun 2015-11-29 16:28:07 CET</div><div>  Universal time: Sun 2015-11-29 15:28:07 UTC</div><div>        RTC time: Sun 2015-11-29 16:28:06</div><div>        Timezone: Europe/Rome (CET, +0100)</div><div>     NTP enabled: yes</div><div>NTP synchronized: yes</div><div> RTC in local TZ: no</div><div>      DST active: no</div><div> Last DST change: DST ended at</div><div>                  Sun 2015-10-25 02:59:59 CEST</div><div>                  Sun 2015-10-25 02:00:00 CET</div><div> Next DST change: DST begins (the clock jumps one hour forward) at</div><div>                  Sun 2016-03-27 01:59:59 CET</div><div>                  Sun 2016-03-27 03:00:00 CEST</div></div><div><br></div><div><br></div><div>A strange thing with guest is that it seems it starts wrong because if current time is 16:25 I notice right after boot that I get both the &quot;!&quot; inside the GUI and wrong timestamp inside OS (1 hour ahead):</div><div><br></div><div><div># date</div><div>Sun Nov 29 17:25:41 CET 2015</div><div><br></div><div># timedatectl status</div><div>      Local time: Sun 2015-11-29 17:25:46 CET</div><div>  Universal time: Sun 2015-11-29 16:25:46 UTC</div><div>        RTC time: Sun 2015-11-29 16:25:46</div><div>        Timezone: Europe/Rome (CET, +0100)</div><div>     NTP enabled: yes</div><div>NTP synchronized: yes</div><div> RTC in local TZ: no</div><div>      DST active: no</div><div> Last DST change: DST ended at</div><div>                  Sun 2015-10-25 02:59:59 CEST</div><div>                  Sun 2015-10-25 02:00:00 CET</div><div> Next DST change: DST begins (the clock jumps one hour forward) at</div><div>                  Sun 2016-03-27 01:59:59 CET</div><div>                  Sun 2016-03-27 03:00:00 CEST</div></div><div><br></div><div><br></div><div>with apparently chronyd going to set time correctly detecting a huge step:<br></div><div><div># systemctl status chronyd -l</div><div>chronyd.service - NTP client/server</div><div>   Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled)</div><div>   Active: active (running) since Sun 2015-11-29 17:24:04 CET; 57min left</div><div> Main PID: 1354 (chronyd)</div><div>   CGroup: /system.slice/chronyd.service</div><div>           └─1354 /usr/sbin/chronyd -u chrony</div><div><br></div><div>Nov 29 17:24:04 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> systemd[1]: Starting NTP client/server...</div><div>Nov 29 17:24:04 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> chronyd[1354]: chronyd version 1.29.1 starting</div><div>Nov 29 17:24:04 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> chronyd[1354]: Linux kernel major=3 minor=10 patch=0</div><div>Nov 29 17:24:04 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> chronyd[1354]: hz=100 shift_hz=7 freq_scale=1.00000000 nominal_tick=10000 slew_delta_tick=833 max_tick_bias=1000 shift_pll=2</div><div>Nov 29 17:24:04 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> chronyd[1354]: Frequency -3.865 +/- 0.865 ppm read from /var/lib/chrony/drift</div><div>Nov 29 17:24:04 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> systemd[1]: Started NTP client/server.</div><div>Nov 29 17:26:14 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> chronyd[1354]: Selected source 131.175.12.3</div><div>Nov 29 17:26:14 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> chronyd[1354]: System clock wrong by -3599.147583 seconds, adjustment started</div><div>Nov 29 16:26:15 <a href="http://racclient.inside.polimi.it" target="_blank">racclient.inside.polimi.it</a> chronyd[1354]: System clock was stepped by -3599.148 seconds</div></div><div><br></div><div>and after 1-2 minutes time is ok and I don&#39;t see any more the &quot;!&quot; in the ovirt admin gui</div><div><div># timedatectl status</div><div>      Local time: Sun 2015-11-29 16:27:09 CET</div><div>  Universal time: Sun 2015-11-29 15:27:09 UTC</div><div>        RTC time: Sun 2015-11-29 16:27:08</div><div>        Timezone: Europe/Rome (CET, +0100)</div><div>     NTP enabled: yes</div><div>NTP synchronized: no</div><div> RTC in local TZ: no</div><div>      DST active: no</div><div> Last DST change: DST ended at</div><div>                  Sun 2015-10-25 02:59:59 CEST</div><div>                  Sun 2015-10-25 02:00:00 CET</div><div> Next DST change: DST begins (the clock jumps one hour forward) at</div><div>                  Sun 2016-03-27 01:59:59 CET</div><div>                  Sun 2016-03-27 03:00:00 CEST</div></div><div><br></div><div><br></div><div>but this walking ahead 1 hour right after boot seems still wrong to me.</div><div>Donna if it is a problem with CentOS 7.1 itself or oVirt.</div></div></div><div dir="ltr"><div class="gmail_extra"><div><br></div><div>Gianluca</div></div></div></blockquote></div></div></div><div dir="ltr">-- <br></div><div dir="ltr"><span>Met vriendelijke groeten,</span><br><br><div>Paul Groeneweg<div>Pazion</div><div>Webdevelopment  -  Hosting  -  Apps</div><div><br></div><div>T +31 26 3020038</div><div>M +31 614 277 577</div><div>E  <a>paul@pazion.nl</a></div><div><br></div><div> ***disclaimer*** </div><div>&quot;This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation.&quot;</div></div></div>