Bug 60672 - Files time in future
Summary: Files time in future
Keywords:
Status: CLOSED DUPLICATE of bug 6175
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 8.0
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Brock Organ
URL:
Whiteboard:
: 60428 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-03-04 17:10 UTC by David Balažic
Modified: 2007-04-18 16:40 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-02-21 18:48:32 UTC
Embargoed:


Attachments (Terms of Use)

Description David Balažic 2002-03-04 17:10:07 UTC
After installing rhl 7.2.90 and booting it,
some system files have time in future. There is a symptom
right at boot :

Starting lpd: No Printers Defined                          [  OK  ]
Starting sendmail: make: *** Warning: File `virtusertable.db' has modification 
time in the future
(2002-02-20 23:37:17 > 2002-02-20 22:57:32)
make: warning:  Clock skew detected.  Your build may be incomplete.
                                                           [  OK  ]

Comment 1 Michael Fulbright 2002-03-04 20:29:14 UTC
Is this for Hampton Beta 1?

Comment 2 Jeremy Katz 2002-03-04 20:37:00 UTC
This is happening because we don't set the timezone during the installer (dupe
of another bug assigned to msw iirc)

Comment 3 David Balažic 2002-03-05 08:29:47 UTC
Yes, this is for Hampton Beta 1 ( and all previous RHL versions, for that 
matter ).

As I see it, this is what happens :

-installer CD boots.
-CMOS clock is read and interpreted as if it were in UTC.
-files are installed
-the new installation is booted
-time from the CMOS clock is read, this time correctly

So if UTC time is 10:00 and my timezone is GMT-1 ( Europe/Ljubljana ), so my 
localtime is 11:00, which is also in the CMOS clock, then the installer sets 
the system time to 11:00 UTC, which is wrong and in the future, while the 
installed system , when booted after installation,when CMOS is 11:20 ( assume 
installation took 20 minutes ) , correctly sets the system time to 10:20 UTC ( 
and then complains that some files have time set to 11:00 UTC )

Recommended fix :
after the user selects his timezime and is_CMOS_UTC settings,
run hwclock again, with the correct parameters and environment.


Comment 4 Jeremy Katz 2002-03-13 22:29:59 UTC
*** Bug 60428 has been marked as a duplicate of this bug. ***

Comment 5 David Balažic 2002-03-23 14:41:55 UTC
No surprise: the bug is still present in Hampton beta2

Comment 6 Michael Fulbright 2002-03-26 17:31:07 UTC
Deferring to future release.

Comment 7 David Balažic 2002-11-19 20:59:33 UTC
Bug properly "deffered" to RHL 8.0.
( bug still present )

Comment 8 Jeremy Katz 2002-12-13 22:59:47 UTC

*** This bug has been marked as a duplicate of 6175 ***

Comment 9 Red Hat Bugzilla 2006-02-21 18:48:32 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


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