- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- daylight savings time
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2007 09:07 AM
тАО02-26-2007 09:07 AM
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S
Rule US 1918 1919 - Mar lastSun 2:00 1:00 D
Rule US 1918 1919 - Oct lastSun 2:00 0 S
Rule US 1942 only - Feb 9 2:00 1:00 W # War
Rule US 1945 only - Aug 14 23:00u 1:00 P # Peace
Rule US 1945 only - Sep 30 2:00 0 S
Rule US 1967 2006 - Oct lastSun 2:00 0 S
Rule US 1967 1973 - Apr lastSun 2:00 1:00 D
Rule US 1974 only - Jan 6 2:00 1:00 D
Rule US 1975 only - Feb 23 2:00 1:00 D
Rule US 1976 1986 - Apr lastSun 2:00 1:00 D
Rule US 1987 2006 - Apr Sun>=1 2:00 1:00 D
Rule US 2007 max - Mar Sun>=8 2:00 1:00 D
Rule US 2007 max - Nov Sun>=1 2:00 0 S
Then recompiled with "zic northamerica".
When I "zdump -c 2008 -v America/Chicago", no change has taken place. The years 2007 & 2008 still show up as changing in April and October. I even downloaded ftp://elsie.nci.nih.gov/pub/tzcode2007c.tar.gz and recompiled with zic and get the same thing. What am I missing?
Solved! Go to Solution.
- Tags:
- DST
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2007 09:25 AM
тАО02-26-2007 09:25 AM
Re: daylight savings time
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone America/Chicago
Somewhere in your zic file?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2007 09:37 AM
тАО02-26-2007 09:37 AM
Re: daylight savings time
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone America/Chicago -5:50:36 - LMT 1883 Nov 18 12:09:24
-6:00 US C%sT 1920
-6:00 Chicago C%sT 1936 Mar 1 2:00
-5:00 - EST 1936 Nov 15 2:00
-6:00 Chicago C%sT 1942
-6:00 US C%sT 1946
-6:00 Chicago C%sT 1967
-6:00 US C%sT
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-26-2007 11:44 PM
тАО02-26-2007 11:44 PM
Re: daylight savings time
Martin
A quick resolution to technical issues for your HPE products is just a click away HPE Support Center
See Self Help Post for more details
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-27-2007 01:56 AM
тАО02-27-2007 01:56 AM
Re: daylight savings time
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-27-2007 02:02 AM
тАО02-27-2007 02:02 AM
Re: daylight savings time
Martin
A quick resolution to technical issues for your HPE products is just a click away HPE Support Center
See Self Help Post for more details
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-27-2007 04:04 AM
тАО02-27-2007 04:04 AM
Re: daylight savings time
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-27-2007 06:04 AM
тАО02-27-2007 06:04 AM
SolutionAmong other things, the pre-fix version of zdump may display incorrect results when the timezone filename is NOT specified with a leading colon. Try the zdump command with the timezone specified as ":America/Chicago" rather than just "America/Chicago", and let's see if that works.
Regards,
Martin
A quick resolution to technical issues for your HPE products is just a click away HPE Support Center
See Self Help Post for more details
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-27-2007 06:24 AM
тАО02-27-2007 06:24 AM
Re: daylight savings time
However, the leading colon showed that my changes are there. I didn't do any edit or recompile - just entered the zdump command with colon and it indicates Mar. 11 and Nov. 4 time changes. Thanks alot.
By the way, I also noticed that my "locatime" is linked to ./US/Central. I assume I need to rm that link and relink to ./America/Chicago, correct? And, can that be done while the system has a user load?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-27-2007 06:35 AM
тАО02-27-2007 06:35 AM
Re: daylight savings time
# cd /etc/zoneinfo
# ln -sf ./America/Chicago localtime
US/Central and America/Chicago are supposed to be equivalent; in fact, they are usually hard links to the same file! However, I'm not sure where the hard link is defined in the zoneinfo source files at your version (I don't have one that old to check). If it's defined in northamerica, then zic would have recreated it. OTOH, if it's defined in /etc/zoneinfo/sources/backward (as it is on some other versions), then running 'zic northamerica' would break the hard link, but subsequently running 'zic backward' would restore it.
But in any case, the hard link issue becomes moot if you switch your localtime link to America/Chicago (which is the best solution, IMO.)
Martin
A quick resolution to technical issues for your HPE products is just a click away HPE Support Center
See Self Help Post for more details