ADSM-L

Re: Clock Change

2003-10-18 12:00:18
Subject: Re: Clock Change
From: Roger Deschner <rogerd AT UIC DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Sat, 18 Oct 2003 10:58:28 -0500
IF you are running AIX, you should heed the following warning emailed
by IBM. More than just ITSM can become loused up. In a nutshell, type

echo $TZ

and if there are two trailing commas, worry!

Roger Deschner      University of Illinois at Chicago     rogerd AT uic DOT edu
================= Time is nature's way of making sure ==================
=============== that everything doesn't happen at once. ================


On Fri, 17 Oct 2003, Herkenrath, Wolfgang wrote:

>Hi everybody,
>
>does anyone know wether I have to do something before clock change on
October, 25. I have a TSM-Server on OS/390 and one on Unix. TSM-Version
5.1.6.2.
>TIA
>
>Gruß, Herkenrath
>

---------------- forwarded note below --------------------------

From pSeries_TechBulletin AT us.ibm DOT com Sat Oct 18 10:49:40 2003
Date: Thu, 16 Oct 2003 10:56:39 AM CST
From: pSeries_TechBulletin AT us.ibm DOT com
Subject: SPECIAL NOTICE: Technical Support Bulletin

[IMAGE]
[IMAGE] [IMAGE]

You have received this email because rogerd AT uic DOT edu is subscribed to
support bulletins for selected topics. Following are updates for one or
more of the topics you requested.


System clock may become incorrect during daylight savings time changes.

IBM recommends you take immediate action. Customers running
AIX 4.3 or AIX 5.1 need to read ITEM 1. Customers running
AIX 5.2 need to read both ITEM 1 and ITEM 2.

The information in this bulletin is not available for
viewing via the web. If this information is important to
you, please retain this email.


ITEM 1
IBM released fixes in 2002 for AIX 4.3, AIX 5.1, and AIX
5.2 but some customers may not have applied the fixes. We
recommend you verify all your AIX systems have the fix
applied.

Without the fix applied, the daylight savings time change
may not occur properly which could cause time sensitive
applications to malfunction.

Run lslpp -L bos.rte.date and compare the output with the
following list. The fileset should be at or above the level
in this list.

AIX 4.3.3 bos.rte.date 4.3.3.77
AIX 5.1 bos.rte.date 5.1.0.26
AIX 5.2 bos.rte.date 5.2.0.1

The fixes are available for immediate downloading at the
AIX Fix Delivery Center located at
https://techsupport.services.ibm.com/server/aix.fdc

IMPORTANT
The fix corrects the programs that created the error but
does not fix the variable setting itself. After applying
the fix you must take the following actions.

Action 1
Reset the time zone variable TZ if "echo $TZ" output
includes one or more commas. To reset the variable, run
smitty chtz.

Action 2
If you reset the time zone variable because it included one
or more commas, then either refresh the cron daemon and
restart all applications that read the time zone
environment variable -or- reboot the system.

Reference information:

4.3 APAR IY34798 SMITTY CHTZ APPENDING 2 COMMAS AFTER TZ
5.1 APAR IY34203 SMITTY CHTZ APPENDING 2 COMMAS AFTER TZ
5.2 APAR IY35629 SMITTY CHTZ APPENDING 2 COMMAS AFTER TZ


ITEM 2
IBM relased a fix in March 2003 for AIX 5.2 but some
customers may not have applied the fix. We recommend you
verify all your AIX systems have the fix applied.

Without the fix applied, systems that use daylight savings
time offsets may not properly change time at the correct
time. This could cause time sensitive applications to
malfunction. An offset in DST is not widely used. You do
not need to apply the fix if you do not use a DST offset.

Run lslpp -L bos.rte.libc and compare the output with the
following list. The fileset should be at or above the level
in this list.

AIX 5.2 bos.rte.libc 5.2.0.10

The fixes are available for immediate downloading at the
AIX Fix Delivery Center located at
https://techsupport.services.ibm.com/server/aix.fdc

IMPORTANT
After applying the fix you must take the following action.

Action 1
Restart all applications -or- reboot the system.

Reference information:

5.2 APAR IY39159 DEFAULT DST TZ SETTINGS WITH AN OFFSET
FAILS TO RETURN TO STD


________________________________________________________________________________
IBM, eServer and pSeries are trademarks or registered trademarks of
International Business Machines Corporation in the United States or other
countries, or both.

<Prev in Thread] Current Thread [Next in Thread>