Re: Time Change DST 2007 question

While the TZ workaround may fix applications that handle dates in the
current year, how will it affect historical date calculations for
subroutines such as ctime, localtime, gmtime, mktime, difftime, asctime,
or tzset?



In AIX >5.2 the command zdump provides useful information. For example,
in my time zone: zdump -v EST5EDT



The command zdump and zic have been a part of the fileset bos.rte.date
since AIX 5.2. The truss command indicates that zdump uses the
directory "/usr/share/lib/zoneinfo". How are time zones handled in AIX
4.3.3? Are they built into libc.a?



Edward Davignon
Lead Analyst - Distributed Systems
Utility Shared Services - IT
Energy East Corporation



________________________________

From: IBM AIX Discussion List [mailto:aix-l@xxxxxxxxxxxxx] On Behalf Of
Yan Hu
Sent: Friday, December 15, 2006 9:53 AM
To: aix-l@xxxxxxxxxxxxx
Subject: Re: Time Change DST 2007 question



Hello, All





It seems that it has been confirmed that simply changing the TZ
environment variable will work for AIX version 4.3, 5.1, 5.2, and 5.3.

So I assume that for 5.2 and 5.3, it is not necessary to upgrade them to
ML8 and ML4, respectively.



Please correct me if I am wrong.



Thanks in advance.



Yan Hu

-----Original Message-----
From: IBM AIX Discussion List [mailto:aix-l@xxxxxxxxxxxxx]On
Behalf Of Lamar Saxon
Sent: December 15, 2006 9:29 AM
To: aix-l@xxxxxxxxxxxxx
Subject: Re: Time Change DST 2007 question

You will need to edit the TZ variable in /etc/environment.



You will also need to restart all processes that use the $TZ
variable. Best bet is to a quick reboot so that all processes have the
new changes to TZ in their environment.



Lamar




________________________________


From: IBM AIX Discussion List [mailto:aix-l@xxxxxxxxxxxxx] On
Behalf Of Naylor, Jim
Sent: Friday, December 15, 2006 8:06 AM
To: aix-l@xxxxxxxxxxxxx
Subject: Re: Time Change DST 2007 question



Hello All,

Can you just use the touch command on /etc/environment or do you
actually have to change the TZ value? When do you have to do this, any
time prior to the time change or after the time change occurs?



Thanks,
Jim Naylor
Unix/Storage Systems Administrator
Schnuck Markets, Inc.
* Direct (314) 994-4784
))( Cell (314) 691-0186
Fax (314) 994-4684
* E-Mail jnaylor@xxxxxxxxxxxx

-----Original Message-----
From: IBM AIX Discussion List
[mailto:aix-l@xxxxxxxxxxxxx]On Behalf Of Christopher Baker
Sent: Monday, November 20, 2006 3:39 PM
To: aix-l@xxxxxxxxxxxxx
Subject: Re: Time Change DST 2007 question


Robert,

Unless there is something wrong with the reading of TZ,
then, yes, all you have to do is alter the value of TZ in
/etc/environments file.

Looking at the fixes for 5.1 and 5.2 and some of 5.3, it
looks like the fixes are for SMIT or WLM which you get around by just
doing the editing. Of course, if you install a box at the lower ML
level, you will have to re-do the edit of the TZ variable.

We have some very critical 5.3 boxes that are not at the
minimum TL4 level, but we do not plan, for now, to touch them.... So we
may be editing the TZ variable also.

Good luck

Christopher M. Baker
Senior Technical Support Analyst
HPCE - Linux Cluster Development and Support
Goodyear Tire and Rubber Company
330.796.1725

=================================================
Contains Confidential and/or Proprietary Information.
May not be copied or disseminated without the expressed
written consent of The Goodyear Tire & Rubber Company.
=================================================



Robert Miller <rmiller@xxxxxxxx>
Sent by: IBM AIX Discussion List <aix-l@xxxxxxxxxxxxx>

11/20/2006 10:28 AM

Please respond to
IBM AIX Discussion List <aix-l@xxxxxxxxxxxxx>

To

aix-l@xxxxxxxxxxxxx

cc



Subject

Re: Time Change DST 2007 question










Best I could tell from trying to download the APAR is
that for 5.2 you'll need to go to ML8 if you're not already. If you
check the box labelled 'keep me at my current maintenance level', it
won't let you download the fix until you change the level you're at to
ML8.

I have some news from a vendor that the workaround for
4.3.X may work, but it's unverified as of yet... can anyone confirm or
deny that simply changing the TZ environment variable will work?

--rm


________________________________


From: IBM AIX Discussion List
[mailto:aix-l@xxxxxxxxxxxxx] On Behalf Of Larry Scheetz
Sent: Monday, November 20, 2006 6:58 AM
To: aix-l@xxxxxxxxxxxxx
Subject: Time Change DST 2007 question

Admins,

Below I have copied from IBM web page recommended
"Apars" for the DST change in 2007. I want to make sure I have this all
ready to go. I currently have some machines running 5.1 and 5.2 and was
wondering if these below will cover what I need. Also, would any of
these require a reboot of the systems? Thank you for your time in
advance. I am currently in EST.

Thanks
Larry


AIX 5.1
IY75214 DAYLIGHT SAVING TIME DEFAULT CHANGING IN 2007
IY34203 SMITTY CHTZ APPENDING 2 COMMAS AFTER TZ
IY49871 SMITTY CHTZ_USER LIMITS THE EDITING OF TIMEZONE
TO THREE CHARACTERS
IY21283 PROBLEM WITH SMITTY CHTZ_USER MENU WHEN SOME
FIELD ARE LEFT BLANK
IY75214 DAYLIGHT SAVING TIME DEFAULT CHANGING IN 2007

AIX 5.2
IY75213 DAYLIGHT SAVING TIME DEFAULT CHANGING IN 2007
(This APAR is included in Technology
Level 5200-08 and later.)
IY35629 SMITTY CHTZ APPENDING 2 COMMAS AFTER TZ
IY49813 SMITTY CHTZ_USER LIMITS THE EDITING OF TIMEZONE
TO THREE CHARACTERS
IY39159 DEFAULT DST TZ SETTINGS WITH AN OFFSET FAILS TO
RETURN TO STD
IY39312 SETTING TZ FAILS WITH QUOTED TIMEZONES
IY43243 CRITICAL FIXES FOR AIX 5.2 AS OF APRIL 2003
IY44169 WLM CONFIGURATION SET DOESN'T WORK RIGHT WHEN
CHANGING TZ (TIME ZONE)
IY37121 IN UDF FILESYSTEMS, LOSTFILES.DIR HAS OLD DATE
IY37445 TIMEZONE DEFAULTS FOR NEW ZEALAND INCORRECT
IY75213 DAYLIGHT SAVING TIME DEFAULT CHANGING IN 2007



________________________________


The information transmitted (including attachments) is covered
by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is
intended only for the person(s) or entity/entities to which it is
addressed and may contain confidential and/or privileged material. Any
review, retransmission, dissemination or other use of, or taking of any
action in reliance upon, this information by persons or entities other
than the intended recipient(s) is prohibited. If you received this in
error, please contact the sender and delete the material from any
computer.

Privileged and Confidential. This e-mail, and any attachments there to,
is intended only for use by the addressee(s) named herein and may
contain privileged or confidential information. If you have received
this e-mail in error, please notify me immediately by a return e-mail
and delete this e-mail. You are hereby notified that any dissemination,
distribution or copying of this e-mail and/or any attachments thereto,
is strictly prohibited.