Bug 481617 - RHEL 5.3 can't specify GMT timezone in kickstart
RHEL 5.3 can't specify GMT timezone in kickstart
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: anaconda (Show other bugs)
All Linux
high Severity high
: rc
: ---
Assigned To: Radek Vykydal
Alexander Todorov
: Regression
Depends On:
  Show dependency treegraph
Reported: 2009-01-26 13:41 EST by Issue Tracker
Modified: 2010-10-23 03:13 EDT (History)
15 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 483094 (view as bug list)
Last Closed: 2009-09-02 05:53:50 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
listzones.py - simple script to list all zones from system-config-date (169 bytes, text/plain)
2009-05-20 05:22 EDT, Alexander Todorov
no flags Details

  None (edit)
Description Issue Tracker 2009-01-26 13:41:19 EST
Escalated to Bugzilla from IssueTracker
Comment 1 Issue Tracker 2009-01-26 13:41:21 EST
Description of problem:
Prior to RHEL5.3, I was specifying the following in my kickstart file with no problem:

timezone --utc GMT

Trying this same thing with RHEL5.3, it prompts me for the timezone instead of using what was provided in the kickstart.  I tried the following variations with no success:

timezone --utc Etc/GMT
timezone --isUtc GMT
timezone --isUtc Etc/GMT

The following does work:

timezone --utc America/Los_Angeles

I need to know what the timezone key changed to for GMT.


How reproducible:

Steps to Reproduce:

Actual results:

Expected results:

Additional info:
This event sent from IssueTracker by jbastian  [Support Engineering Group]
 issue 258145
Comment 6 Jeff Bastian 2009-01-26 14:27:53 EST
Possibly related to https://bugzilla.redhat.com/show_bug.cgi?id=404321 ?
Comment 7 Jeff Bastian 2009-01-26 15:19:21 EST
Yes, the change for bug 404321 is partially the source of this regression.

Anaconda's kickstart.py now checks for /usr/share/zoneinfo/ZONE-NAME to make sure the timezone name is valid.  However, the stage2.img for Anaconda is missing a lot of valid zones including

To fix this, we just need to add GMT and Etc/GMT and others into the stage2 /usr/share/zoneinfo

See anaconda git commits 31824235caa2d94be13c931967e81478b3fe1d9a and 4c996ef729a779ec9515e453b5c21687c860c195

Comment 9 Jeff Bastian 2009-01-29 13:14:42 EST
Fedora 10 also suffers from this bug; see clone bug 483094
Comment 10 Radek Vykydal 2009-01-30 07:06:38 EST
(In reply to comment #7)

Yes, you are right. Etc/* specifiers should
be accepted in ks if they are offered the UI.

Adding the files to stage2 will also solve
11:48:52 ERROR   : unable to set timezone
which appeared in 5.2 for Etc/* specifiers.

This patch should do it.

diff --git a/scripts/upd-instroot b/scripts/upd-instroot
index 097df60..f50918d 100755
--- a/scripts/upd-instroot
+++ b/scripts/upd-instroot
@@ -851,6 +851,7 @@ usr/share/zoneinfo/Japan
 # more dogtail stuff...
Comment 14 Jeff Bastian 2009-02-04 16:19:13 EST
Also see http://kbase.redhat.com/faq/docs/DOC-15687 for workaround
Comment 22 RHEL Product and Program Management 2009-04-22 09:30:31 EDT
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
Comment 24 Radek Vykydal 2009-05-13 05:40:09 EDT
This should be fixed in version of anaconda.
Comment 29 Alexander Todorov 2009-05-20 05:22:08 EDT
Created attachment 344764 [details]
listzones.py - simple script to list all zones from system-config-date
Comment 32 Radek Vykydal 2009-05-25 09:06:48 EDT
the patch of upd-instroot was missing something I overlooked. I sent patch to fix it for review, tree built with .178) should contain the files.
Comment 41 Alexander Todorov 2009-06-19 06:14:47 EDT
VERIFIED that for RHEL5.4-Server-20090608.nightly, 
anaconda-, tzdata-2009f-1.el5.noarch.rpm

stage2 contains the same zone files as tzdata package


Testing with invalid tz value in ks.cfg - install completed. anaconda.log says:
09:20:10 WARNING : Timezone Europe/Invalid set in kickstart is not valid.


Tested all valid timezone values from tzdata package. All tests PASS.

Architecture break down:
i386      - Pass (457)
ia64      - Pass (157)
ppc       - Pass (78)
s390x   - Pass (88)
x86_64 - Pass (916) 
Total     - Pass (1696)

I'm moving this one to VERIFIED.
Comment 48 errata-xmlrpc 2009-09-02 05:53:50 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


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