Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1543724

Summary: /etc/localtime should be a symbolic link and not copied
Product: Red Hat OpenStack Reporter: Robin Cernin <rcernin>
Component: puppet-timezoneAssignee: Emilien Macchi <emacchi>
Status: CLOSED ERRATA QA Contact: Artem Hrechanychenko <ahrechan>
Severity: high Docs Contact:
Priority: high    
Version: 10.0 (Newton)CC: ahrechan, aschultz, dbecker, emacchi, jjoyce, jschluet, knoha, mburns, morazi, rcernin, rhel-osp-director-maint, slinaber, tvignaud
Target Milestone: z9Keywords: Triaged, ZStream
Target Release: 10.0 (Newton)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: puppet-timezone-3.3.0-1.cf62f1bgit.el7ost Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1600030 (view as bug list) Environment:
Last Closed: 2018-09-17 16:59:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1600030    

Description Robin Cernin 2018-02-09 06:07:08 UTC
Description of problem:

Feb  8 21:53:46 hostname systemd: Starting Time & Date Service...
Feb  8 21:53:46 hostname dbus-daemon: dbus[1084]: [system] Successfully activated service 'org.freedesktop.timedate1'
Feb  8 21:53:46 hostname dbus[1084]: [system] Successfully activated service 'org.freedesktop.timedate1'
Feb  8 21:53:46 hostname systemd-timedated: /etc/localtime should be a symbolic link to a time zone data file in /usr/share/zoneinfo/.
Feb  8 21:53:46 hostname systemd: Started Time & Date Service.

Version-Release number of selected component (if applicable):

OSP10 (Newton)

How reproducible:

The file should be created and not copied: 

sudo ln -sf /usr/share/zoneinfo/UTC /etc/localtime

Actual results:

/etc/localtime is a copy of timezone file. It should be a symlink.

[root@hostname ~]# timedatectl
      Local time: Fri 2018-02-09 05:23:08 UTC
  Universal time: Fri 2018-02-09 05:23:08 UTC
        RTC time: Fri 2018-02-09 05:23:08
       Time zone: n/a (UTC, +0000)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: n/a
[root@hostname ~]# ls -la /etc/localtime
-rw-r--r--. 1 root root 118 Jan 14 22:57 /etc/localtime
[root@hostname ~]#

Expected results:

[root@hostname ~]# timedatectl
      Local time: Fri 2018-02-09 05:23:26 UTC
  Universal time: Fri 2018-02-09 05:23:26 UTC
        RTC time: Fri 2018-02-09 05:23:25
       Time zone: UTC (UTC, +0000)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: n/a
[root@hostname ~]# ls -la /etc/localtime
lrwxrwxrwx. 1 root root 25 Jan  5 01:22 /etc/localtime -> ../usr/share/zoneinfo/UTC
[root@hostname ~]#

Additional info:

Comment 1 Robin Cernin 2018-02-13 04:48:28 UTC
This is resolved already in OSP11 and OSP12:

[root@controller-0 ~]# ls -la /etc/localtime
lrwxrwxrwx. 1 root root 23 Dec 28 17:21 /etc/localtime -> /usr/share/zoneinfo/UTC 

OSP10:

[root@controller-0 ~]# ls -la /etc/localtime 
-rw-r--r--. 1 root root 118 Feb  9 14:06 /etc/localtime

Is it possible to backport this fix to OSP10 please?

Comment 2 Keigo Noha 2018-07-06 09:00:03 UTC
Hello Robin,

This issue happens again on RHOSP13.
I think it seems to be Regression.
And timezone is important to all customers.
I change priority/severity to high.

Best Regards,
Keigo Noha

Comment 3 Emilien Macchi 2018-07-09 15:44:25 UTC
https://github.com/saz/puppet-timezone/commit/37a67a479ab8090dd6f5a96b12aff96ab9ad2718 is likely the patch that we want, I'll check in which version it needs to be backported.

Comment 4 Emilien Macchi 2018-07-09 15:51:41 UTC
For OSP13, this bug is fixed by https://bugzilla.redhat.com/show_bug.cgi?id=1598745. But I confirm we are missing the backport for OSP10.

Comment 7 Alex Schultz 2018-07-09 17:24:55 UTC
Removing Regression from this bug since it's targeted to 10 which didn't have the fix original. Regression should be added to the OSP13 bug.

Comment 14 Artem Hrechanychenko 2018-08-14 11:34:50 UTC
VERIFIED


[stack@undercloud-0 ~]$ rpm -qa "puppet-timezone"
puppet-timezone-3.3.0-1.cf62f1bgit.el7ost.noarch


[stack@undercloud-0 ~]$ cat core_puddle_version 
2018-07-24.1

[stack@undercloud-0 ~]$ ls -l /etc/localtime 
lrwxrwxrwx. 1 root root 38 Mar 22 15:11 /etc/localtime -> ../usr/share/zoneinfo/America/New_York

Comment 16 Alex McLeod 2018-09-03 08:03:23 UTC
Hi there,

If this bug requires doc text for errata release, please set the 'Doc Type' and provide draft text according to the template in the 'Doc Text' field.

The documentation team will review, edit, and approve the text.

If this bug does not require doc text, please set the 'requires_doc_text' flag to -.

Thanks,
Alex

Comment 18 errata-xmlrpc 2018-09-17 16:59:16 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:2671