<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 class="h5">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 class="h5"><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 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">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">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">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">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">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">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">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">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">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">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">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><br></div><div>Gianluca</div></div></div>