no guest info shown and timezone warning
We have upgraded to oVirt 3.6, all went without any trouble and integration with satellite looks very nice! I also see a guest info tab, but this holds no info ( timezone unknown ) and the virtual machines give a timezone mismatch warning. I do have the ovirt-guest-agent installed and running. See screenshot for details: http://screencast.com/t/fJ9dnE9u Kind Regards, Paul Groeneweg -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E paul@pazion.nl ***disclaimer*** "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."
On 11 Nov 2015, at 09:26, Paul Groeneweg | Pazion <paul@pazion.nl> wrote:
We have upgraded to oVirt 3.6, all went without any trouble and integration with satellite looks very nice!
I also see a guest info tab, but this holds no info ( timezone unknown ) and the virtual machines give a timezone mismatch warning.
I do have the ovirt-guest-agent installed and running.
Vinzenz? It seems the reporting is not working ok for other fields…what guest agent version do you run? Thanks, michal
See screenshot for details: http://screencast.com/t/fJ9dnE9u
Kind Regards, Paul Groeneweg
-- Met vriendelijke groeten,
Paul Groeneweg Pazion Webdevelopment - Hosting - Apps
T +31 26 3020038 M +31 614 277 577 E paul@pazion.nl
***disclaimer*** "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." _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 11/13/2015 01:22 PM, Michal Skrivanek wrote:
On 11 Nov 2015, at 09:26, Paul Groeneweg | Pazion <paul@pazion.nl> wrote:
We have upgraded to oVirt 3.6, all went without any trouble and integration with satellite looks very nice!
I also see a guest info tab, but this holds no info ( timezone unknown ) and the virtual machines give a timezone mismatch warning.
I do have the ovirt-guest-agent installed and running. Vinzenz? It seems the reporting is not working ok for other fields…what guest agent version do you run? Update the ovirt-guest-agent to 1.0.11 and that should solve your issue.
Thanks, michal
See screenshot for details: http://screencast.com/t/fJ9dnE9u
Kind Regards, Paul Groeneweg
-- Met vriendelijke groeten,
Paul Groeneweg Pazion Webdevelopment - Hosting - Apps
T +31 26 3020038 M +31 614 277 577 E paul@pazion.nl
***disclaimer*** "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." _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
I checked version, I am running 1.0.11 I restarted, but still not showing info in the tab ( none of the VMs ) See screenshot: http://screencast.com/t/JejTsLAxuXw Regards, Paul Groeneweg
--
Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E paul@pazion.nl ***disclaimer*** "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."
Can you please open a bug to track this issue? Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary@redhat.com IRC : ydary On Fri, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion <paul@pazion.nl> wrote:
I checked version, I am running 1.0.11 I restarted, but still not showing info in the tab ( none of the VMs ) See screenshot: http://screencast.com/t/JejTsLAxuXw
Regards, Paul Groeneweg
--
Met vriendelijke groeten,
Paul Groeneweg Pazion Webdevelopment - Hosting - Apps
T +31 26 3020038 M +31 614 277 577 E paul@pazion.nl
***disclaimer*** "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."
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary <ydary@redhat.com> wrote:
Can you please open a bug to track this issue?
Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109
Tel : +972 (9) 7692306 8272306 Email: ydary@redhat.com IRC : ydary
On Fri, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion <paul@pazion.nl> wrote:
I checked version, I am running 1.0.11 I restarted, but still not showing info in the tab ( none of the VMs ) See screenshot: http://screencast.com/t/JejTsLAxuXw
Regards, Paul Groeneweg
Hello in my case I have a clean installed 3.6.0 environment with self hosted engine. I installed and configured a CentOS 7.1 guest and I'm able to see guest info. See screenshot. https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharin... But I do have the time zone problem. I verified that my self hosted engine (I did the deploy through the provided appliance) was by default configured with UTC timezone. I then changed it using inside its OS the command: timedatectl set-timezone Europe/Rome then I made global maintenance and restarted both the host and the engine. I still had the exclamation mark. Then I modified the VM inside the GUI in Edit VM --> System --> General . As you see in screenshot it was Etc/GMT and then Europe/Berlin. And finally shutdown/power on (because reboot doesn't instantiate a new qemu/kvm process) And now it is ok from an OS point of view andalso GUI point of view. See: https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharin... I don'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. BTW: I noticed that the "Guest Info" visualized data are not so dynamic: sometimes if I do some changes, I have to click another tab (eg affinity groups) and then "Guest Info" again to be able to see updated values host: # timedatectl status ; ssh ractorshe "timedatectl status" ; ssh 10.4.4.29 "timedatectl status" Local time: Sun 2015-11-29 16:27:49 CET Universal time: Sun 2015-11-29 15:27:49 UTC RTC time: Sun 2015-11-29 15:27:49 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST SH Engine: Local time: Sun 2015-11-29 16:27:51 CET Universal time: Sun 2015-11-29 15:27:51 UTC RTC time: Sun 2015-11-29 15:27:50 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST Guest: # timedatectl status Local time: Sun 2015-11-29 16:28:07 CET Universal time: Sun 2015-11-29 15:28:07 UTC RTC time: Sun 2015-11-29 16:28:06 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST 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 "!" inside the GUI and wrong timestamp inside OS (1 hour ahead): # date Sun Nov 29 17:25:41 CET 2015 # timedatectl status Local time: Sun 2015-11-29 17:25:46 CET Universal time: Sun 2015-11-29 16:25:46 UTC RTC time: Sun 2015-11-29 16:25:46 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST with apparently chronyd going to set time correctly detecting a huge step: # systemctl status chronyd -l chronyd.service - NTP client/server Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled) Active: active (running) since Sun 2015-11-29 17:24:04 CET; 57min left Main PID: 1354 (chronyd) CGroup: /system.slice/chronyd.service └─1354 /usr/sbin/chronyd -u chrony Nov 29 17:24:04 racclient.inside.polimi.it systemd[1]: Starting NTP client/server... Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: chronyd version 1.29.1 starting Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: Linux kernel major=3 minor=10 patch=0 Nov 29 17:24:04 racclient.inside.polimi.it 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 Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: Frequency -3.865 +/- 0.865 ppm read from /var/lib/chrony/drift Nov 29 17:24:04 racclient.inside.polimi.it systemd[1]: Started NTP client/server. Nov 29 17:26:14 racclient.inside.polimi.it chronyd[1354]: Selected source 131.175.12.3 Nov 29 17:26:14 racclient.inside.polimi.it chronyd[1354]: System clock wrong by -3599.147583 seconds, adjustment started Nov 29 16:26:15 racclient.inside.polimi.it chronyd[1354]: System clock was stepped by -3599.148 seconds and after 1-2 minutes time is ok and I don't see any more the "!" in the ovirt admin gui # timedatectl status Local time: Sun 2015-11-29 16:27:09 CET Universal time: Sun 2015-11-29 15:27:09 UTC RTC time: Sun 2015-11-29 16:27:08 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: no RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST but this walking ahead 1 hour right after boot seems still wrong to me. Donna if it is a problem with CentOS 7.1 itself or oVirt. Gianluca
Bug reported: https://bugzilla.redhat.com/show_bug.cgi?id=1286847 Op zo 29 nov. 2015 om 16:34 schreef Gianluca Cecchi < gianluca.cecchi@gmail.com>:
On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary <ydary@redhat.com> wrote:
Can you please open a bug to track this issue?
Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109
Tel : +972 (9) 7692306 8272306 Email: ydary@redhat.com IRC : ydary
On Fri, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion <paul@pazion.nl> wrote:
I checked version, I am running 1.0.11 I restarted, but still not showing info in the tab ( none of the VMs ) See screenshot: http://screencast.com/t/JejTsLAxuXw
Regards, Paul Groeneweg
Hello in my case I have a clean installed 3.6.0 environment with self hosted engine. I installed and configured a CentOS 7.1 guest and I'm able to see guest info. See screenshot.
https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharin...
But I do have the time zone problem. I verified that my self hosted engine (I did the deploy through the provided appliance) was by default configured with UTC timezone. I then changed it using inside its OS the command:
timedatectl set-timezone Europe/Rome
then I made global maintenance and restarted both the host and the engine. I still had the exclamation mark. Then I modified the VM inside the GUI in Edit VM --> System --> General . As you see in screenshot it was Etc/GMT and then Europe/Berlin. And finally shutdown/power on (because reboot doesn't instantiate a new qemu/kvm process) And now it is ok from an OS point of view andalso GUI point of view. See:
https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharin...
I don'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.
BTW: I noticed that the "Guest Info" visualized data are not so dynamic: sometimes if I do some changes, I have to click another tab (eg affinity groups) and then "Guest Info" again to be able to see updated values
host: # timedatectl status ; ssh ractorshe "timedatectl status" ; ssh 10.4.4.29 "timedatectl status" Local time: Sun 2015-11-29 16:27:49 CET Universal time: Sun 2015-11-29 15:27:49 UTC RTC time: Sun 2015-11-29 15:27:49 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
SH Engine: Local time: Sun 2015-11-29 16:27:51 CET Universal time: Sun 2015-11-29 15:27:51 UTC RTC time: Sun 2015-11-29 15:27:50 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
Guest: # timedatectl status Local time: Sun 2015-11-29 16:28:07 CET Universal time: Sun 2015-11-29 15:28:07 UTC RTC time: Sun 2015-11-29 16:28:06 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
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 "!" inside the GUI and wrong timestamp inside OS (1 hour ahead):
# date Sun Nov 29 17:25:41 CET 2015
# timedatectl status Local time: Sun 2015-11-29 17:25:46 CET Universal time: Sun 2015-11-29 16:25:46 UTC RTC time: Sun 2015-11-29 16:25:46 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
with apparently chronyd going to set time correctly detecting a huge step: # systemctl status chronyd -l chronyd.service - NTP client/server Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled) Active: active (running) since Sun 2015-11-29 17:24:04 CET; 57min left Main PID: 1354 (chronyd) CGroup: /system.slice/chronyd.service └─1354 /usr/sbin/chronyd -u chrony
Nov 29 17:24:04 racclient.inside.polimi.it systemd[1]: Starting NTP client/server... Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: chronyd version 1.29.1 starting Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: Linux kernel major=3 minor=10 patch=0 Nov 29 17:24:04 racclient.inside.polimi.it 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 Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: Frequency -3.865 +/- 0.865 ppm read from /var/lib/chrony/drift Nov 29 17:24:04 racclient.inside.polimi.it systemd[1]: Started NTP client/server. Nov 29 17:26:14 racclient.inside.polimi.it chronyd[1354]: Selected source 131.175.12.3 Nov 29 17:26:14 racclient.inside.polimi.it chronyd[1354]: System clock wrong by -3599.147583 seconds, adjustment started Nov 29 16:26:15 racclient.inside.polimi.it chronyd[1354]: System clock was stepped by -3599.148 seconds
and after 1-2 minutes time is ok and I don't see any more the "!" in the ovirt admin gui # timedatectl status Local time: Sun 2015-11-29 16:27:09 CET Universal time: Sun 2015-11-29 15:27:09 UTC RTC time: Sun 2015-11-29 16:27:08 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: no RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
but this walking ahead 1 hour right after boot seems still wrong to me. Donna if it is a problem with CentOS 7.1 itself or oVirt.
Gianluca
-- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E paul@pazion.nl ***disclaimer*** "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."
On Sun, Nov 29, 2015 at 4:34 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary <ydary@redhat.com> wrote:
Can you please open a bug to track this issue?
Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109
Tel : +972 (9) 7692306 8272306 Email: ydary@redhat.com IRC : ydary
On Fri, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion <paul@pazion.nl> wrote:
I checked version, I am running 1.0.11 I restarted, but still not showing info in the tab ( none of the VMs ) See screenshot: http://screencast.com/t/JejTsLAxuXw
Regards, Paul Groeneweg
Hello in my case I have a clean installed 3.6.0 environment with self hosted engine. I installed and configured a CentOS 7.1 guest and I'm able to see guest info. See screenshot.
https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharin...
But I do have the time zone problem. I verified that my self hosted engine (I did the deploy through the provided appliance) was by default configured with UTC timezone.
Probably we should also let the user configure the appliance timezone via cloud-init using the host timezone as the default value.
I then changed it using inside its OS the command:
timedatectl set-timezone Europe/Rome
then I made global maintenance and restarted both the host and the engine. I still had the exclamation mark. Then I modified the VM inside the GUI in Edit VM --> System --> General . As you see in screenshot it was Etc/GMT and then Europe/Berlin. And finally shutdown/power on (because reboot doesn't instantiate a new qemu/kvm process) And now it is ok from an OS point of view andalso GUI point of view. See:
https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharin...
I don'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.
BTW: I noticed that the "Guest Info" visualized data are not so dynamic: sometimes if I do some changes, I have to click another tab (eg affinity groups) and then "Guest Info" again to be able to see updated values
host: # timedatectl status ; ssh ractorshe "timedatectl status" ; ssh 10.4.4.29 "timedatectl status" Local time: Sun 2015-11-29 16:27:49 CET Universal time: Sun 2015-11-29 15:27:49 UTC RTC time: Sun 2015-11-29 15:27:49 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
SH Engine: Local time: Sun 2015-11-29 16:27:51 CET Universal time: Sun 2015-11-29 15:27:51 UTC RTC time: Sun 2015-11-29 15:27:50 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
Guest: # timedatectl status Local time: Sun 2015-11-29 16:28:07 CET Universal time: Sun 2015-11-29 15:28:07 UTC RTC time: Sun 2015-11-29 16:28:06 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
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 "!" inside the GUI and wrong timestamp inside OS (1 hour ahead):
# date Sun Nov 29 17:25:41 CET 2015
# timedatectl status Local time: Sun 2015-11-29 17:25:46 CET Universal time: Sun 2015-11-29 16:25:46 UTC RTC time: Sun 2015-11-29 16:25:46 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
with apparently chronyd going to set time correctly detecting a huge step: # systemctl status chronyd -l chronyd.service - NTP client/server Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled) Active: active (running) since Sun 2015-11-29 17:24:04 CET; 57min left Main PID: 1354 (chronyd) CGroup: /system.slice/chronyd.service └─1354 /usr/sbin/chronyd -u chrony
Nov 29 17:24:04 racclient.inside.polimi.it systemd[1]: Starting NTP client/server... Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: chronyd version 1.29.1 starting Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: Linux kernel major=3 minor=10 patch=0 Nov 29 17:24:04 racclient.inside.polimi.it 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 Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: Frequency -3.865 +/- 0.865 ppm read from /var/lib/chrony/drift Nov 29 17:24:04 racclient.inside.polimi.it systemd[1]: Started NTP client/server. Nov 29 17:26:14 racclient.inside.polimi.it chronyd[1354]: Selected source 131.175.12.3 Nov 29 17:26:14 racclient.inside.polimi.it chronyd[1354]: System clock wrong by -3599.147583 seconds, adjustment started Nov 29 16:26:15 racclient.inside.polimi.it chronyd[1354]: System clock was stepped by -3599.148 seconds
and after 1-2 minutes time is ok and I don't see any more the "!" in the ovirt admin gui # timedatectl status Local time: Sun 2015-11-29 16:27:09 CET Universal time: Sun 2015-11-29 15:27:09 UTC RTC time: Sun 2015-11-29 16:27:08 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: no RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
but this walking ahead 1 hour right after boot seems still wrong to me. Donna if it is a problem with CentOS 7.1 itself or oVirt.
Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
I have changed timezone to GMT and now the exclamation is gone. The servers are in timezone GMT+1 ( Amsterdam ). Why is exclamation gone? In my perception I do have a timezone mismatch now. Please let me know. Regards, Paul Op di 1 dec. 2015 om 00:17 schreef Simone Tiraboschi <stirabos@redhat.com>:
On Sun, Nov 29, 2015 at 4:34 PM, Gianluca Cecchi < gianluca.cecchi@gmail.com> wrote:
On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary <ydary@redhat.com> wrote:
Can you please open a bug to track this issue?
Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109
Tel : +972 (9) 7692306 8272306 Email: ydary@redhat.com IRC : ydary
On Fri, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion <paul@pazion.nl
wrote:
I checked version, I am running 1.0.11 I restarted, but still not showing info in the tab ( none of the VMs ) See screenshot: http://screencast.com/t/JejTsLAxuXw
Regards, Paul Groeneweg
Hello in my case I have a clean installed 3.6.0 environment with self hosted engine. I installed and configured a CentOS 7.1 guest and I'm able to see guest info. See screenshot.
https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharin...
But I do have the time zone problem. I verified that my self hosted engine (I did the deploy through the provided appliance) was by default configured with UTC timezone.
Probably we should also let the user configure the appliance timezone via cloud-init using the host timezone as the default value.
I then changed it using inside its OS the command:
timedatectl set-timezone Europe/Rome
then I made global maintenance and restarted both the host and the engine. I still had the exclamation mark. Then I modified the VM inside the GUI in Edit VM --> System --> General . As you see in screenshot it was Etc/GMT and then Europe/Berlin. And finally shutdown/power on (because reboot doesn't instantiate a new qemu/kvm process) And now it is ok from an OS point of view andalso GUI point of view. See:
https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharin...
I don'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.
BTW: I noticed that the "Guest Info" visualized data are not so dynamic: sometimes if I do some changes, I have to click another tab (eg affinity groups) and then "Guest Info" again to be able to see updated values
host: # timedatectl status ; ssh ractorshe "timedatectl status" ; ssh 10.4.4.29 "timedatectl status" Local time: Sun 2015-11-29 16:27:49 CET Universal time: Sun 2015-11-29 15:27:49 UTC RTC time: Sun 2015-11-29 15:27:49 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
SH Engine: Local time: Sun 2015-11-29 16:27:51 CET Universal time: Sun 2015-11-29 15:27:51 UTC RTC time: Sun 2015-11-29 15:27:50 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
Guest: # timedatectl status Local time: Sun 2015-11-29 16:28:07 CET Universal time: Sun 2015-11-29 15:28:07 UTC RTC time: Sun 2015-11-29 16:28:06 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
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 "!" inside the GUI and wrong timestamp inside OS (1 hour ahead):
# date Sun Nov 29 17:25:41 CET 2015
# timedatectl status Local time: Sun 2015-11-29 17:25:46 CET Universal time: Sun 2015-11-29 16:25:46 UTC RTC time: Sun 2015-11-29 16:25:46 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
with apparently chronyd going to set time correctly detecting a huge step: # systemctl status chronyd -l chronyd.service - NTP client/server Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled) Active: active (running) since Sun 2015-11-29 17:24:04 CET; 57min left Main PID: 1354 (chronyd) CGroup: /system.slice/chronyd.service └─1354 /usr/sbin/chronyd -u chrony
Nov 29 17:24:04 racclient.inside.polimi.it systemd[1]: Starting NTP client/server... Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: chronyd version 1.29.1 starting Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: Linux kernel major=3 minor=10 patch=0 Nov 29 17:24:04 racclient.inside.polimi.it 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 Nov 29 17:24:04 racclient.inside.polimi.it chronyd[1354]: Frequency -3.865 +/- 0.865 ppm read from /var/lib/chrony/drift Nov 29 17:24:04 racclient.inside.polimi.it systemd[1]: Started NTP client/server. Nov 29 17:26:14 racclient.inside.polimi.it chronyd[1354]: Selected source 131.175.12.3 Nov 29 17:26:14 racclient.inside.polimi.it chronyd[1354]: System clock wrong by -3599.147583 seconds, adjustment started Nov 29 16:26:15 racclient.inside.polimi.it chronyd[1354]: System clock was stepped by -3599.148 seconds
and after 1-2 minutes time is ok and I don't see any more the "!" in the ovirt admin gui # timedatectl status Local time: Sun 2015-11-29 16:27:09 CET Universal time: Sun 2015-11-29 15:27:09 UTC RTC time: Sun 2015-11-29 16:27:08 Timezone: Europe/Rome (CET, +0100) NTP enabled: yes NTP synchronized: no RTC in local TZ: no DST active: no Last DST change: DST ended at Sun 2015-10-25 02:59:59 CEST Sun 2015-10-25 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Sun 2016-03-27 01:59:59 CET Sun 2016-03-27 03:00:00 CEST
but this walking ahead 1 hour right after boot seems still wrong to me. Donna if it is a problem with CentOS 7.1 itself or oVirt.
Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Met vriendelijke groeten,
Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E paul@pazion.nl ***disclaimer*** "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."
participants (6)
-
Gianluca Cecchi -
Michal Skrivanek -
Paul Groeneweg | Pazion -
Simone Tiraboschi -
Vinzenz Feenstra -
Yaniv Dary