Bug 77818 - time error if /etc/localtime is a symlink
time error if /etc/localtime is a symlink
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: initscripts (Show other bugs)
7.3
i586 Linux
medium Severity low
: ---
: ---
Assigned To: Bill Nottingham
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-11-13 19:55 EST by Need Real Name
Modified: 2014-03-16 22:32 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-11-13 19:55:40 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Need Real Name 2002-11-13 19:55:33 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98; T312461)

Description of problem:
If /etc/localtime is a symlink to /usr/share/zoneinfo/America/Vancouver then 
when the system comes up it seems to take the time as UTC instead of PST (and 
so drops 8 hours).  If it is a copy of the file then all is well.  This has 
only recently started happening after months of correct operation (at least it 
seemed to be working correctly).
More specifically (and confusingly).  At the point in /etc/rc.d/rc.sysinit 
where hwclock and date are run I have confirmed that the flags passed to 
hwclock are "--hctosys --localtime" but the result of the "date" command 
displays the correct date and time, except it states that the time is UTC 
instead of PST.  By the time that the initialisation is complete and I get the 
chance to log in "date" returns a time 8 hours earlier but now states that the 
time is PST rather than UTC.

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


How reproducible:
Always

Steps to Reproduce:
1.ln -sf /usr/share/zoneinfo/America/Vancouver /etc/localtime
2.shutdown -r now
3.
	

Actual Results:  As it goes through the initialisation I see
Setting clock (localtime) : <whatever> UTC

Expected Results:  As it goes through the initialisation I expect to see
Setting clock (localtime) : <whatever> PST

Additional info:

The issue for me is that the solutions on the newsgroups generally involve 
using a symlink rather than copying the file.
Comment 1 Bill Nottingham 2002-11-13 19:59:55 EST
If it's a symlink to /usr, and /usr isn't mounted that early when hwclock sets
the time....

That's why we keep it a file. :)

Note You need to log in before you can comment on or make changes to this bug.