Bug 106892

Summary: dhcp client is not picking up timezone from dhcp-server option 2
Product: [Fedora] Fedora Reporter: Don Russell <drussel2>
Component: dhcpAssignee: Jason Vas Dias <jvdias>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: mitr, nphilipp
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: i586   
OS: Linux   
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-10-13 15:53:30 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Don Russell 2003-10-13 00:15:36 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031008

Description of problem:
When it came to the screen about date/time, the ntp server address was properly
displayed. I presume it determined that from the dhcp server - dhcp option 42.

That's GREAT!

But, it did not pick up the timezone information from dhcp option 2.

The time displayed was incorrect because it incorrectly assumed the hardware
clock was set to UTC.

This resulted in several files having a "future date/time stamp"...

Since dhcp told the system the ntp server address (dhcp option 42) and the UTC
offset (dhcp option 2) Fedora should synch to the specified ntp server. (The
time synch should be done as close to network startup as possible to that any
files that get modified have the correct timestamp.

Choosing "hardware clock uses UTC" should only change the hardware clock, not
the displayed time nor the time used to timestamp files.

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

How reproducible:
Didn't try

Additional info:
Comment 1 Nils Philippsen 2005-07-07 06:28:03 EDT
The NTP server was set from the dhclient scripts, the timezone should probably
be set from there as well. Changing component, marking as enhancement.
Comment 2 Jason Vas Dias 2005-10-13 15:53:30 EDT
This bug is fixed in Rawhide (dhcp-3.0.3-7+) and FC-4 (dhcp-3.0.2-22+) .
IF you supply the option 
in /etc/sysconfig/network or in a /etc/sysconfig/network-scripts/ifcfg-eth* 
script, THEN the dhclient script WILL make /etc/localtime a copy of the 
/usr/share/zoneinfo/Etc/GMT{-,+}$offset file. 
ie. if your dhcp server gives a client a time-offset option of -18000 (EDT),
then dhclient-script sets the timezone to 'GMT+5' (+-ve hours west of GMT).
The dhcp server must take account of DST changes in the time-offset value
it supplies to clients, since the GMT* zones have no DST info.