Bug 60672
Summary: | Files time in future | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | David Balažic <david.balazic> |
Component: | anaconda | Assignee: | Jeremy Katz <katzj> |
Status: | CLOSED DUPLICATE | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | aleksey, menthos |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-02-21 18:48:32 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
David Balažic
2002-03-04 17:10:07 UTC
Is this for Hampton Beta 1? This is happening because we don't set the timezone during the installer (dupe of another bug assigned to msw iirc) 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. *** Bug 60428 has been marked as a duplicate of this bug. *** No surprise: the bug is still present in Hampton beta2 Deferring to future release. Bug properly "deffered" to RHL 8.0. ( bug still present ) *** This bug has been marked as a duplicate of 6175 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |