Cloverleaf 5.8 hci user time is 4 hours ahead

[Barry Ballew]

I’m testing Cloverleaf 5.8.5.0P on AIX 6.1 rev6.  For the hci user the time is four hours ahead of where it should be.  For all other users the time is correct.  The time is also correct for the hci user in Cloverleaf 5.7P rev2.  The time zone is set correctly.  Any ideas where to look to fix this?

Correct time…

DIR= /processes $ showroot

HCI root is /quovadx/qdx5.7/integrator

HCI site is eprod4

DIR= /processes $ date

Mon Jul  2 14:46:32 EDT 2012

Incorrect time…

DIR= /hci $ showroot

HCI root is /quovadx/cis5.8/integrator

HCI site is covimtest

DIR= /hci $ date

Mon Jul  2 18:46:30 America/New_York 2012

Topic

[Elisha Gould]

Is the TZ environment variable set differently?

ie: echo $TZ

It’s likely someones added it a script for the hci user.

[Barry Ballew]

$TZ is set correctly…

DIR= /hci $ showroot

HCI root is /quovadx/cis5.8/integrator

HCI site is covimtest

DIR= /hci $ echo $TZ

America/New_York

DIR= /hci $ date

Tue Jul  3 11:21:12 America/New_York 2012

DIR= /hci $ setroot /quovadx/qdx5.7/integrator

DIR= /hci $ showroot

HCI root is /quovadx/qdx5.7/integrator

HCI site is development

DIR= /hci $ echo $TZ

America/New_York

DIR= /hci $ date

Tue Jul  3 07:21:49 EDT 2012

DIR= /hci $

[Barry Ballew]

I’ve narrowed the problem down a little.  Something in /quovadx/cis5.8/integrator/lib is being called that caused the time to be ahead by four hours even though the timezone is still correct.  If we remove /quovadx/cis5.8/integrator/lib from $LIBPATH the time is correct.  Any ideas what is adjusting the time?

DIR= /lib $ echo $LIBPATH

/quovadx/cis5.8/integrator/clgui/java/bin:/quovadx/cis5.8/integrator/clgui/java/bin/classic:/quovadx/cis5.8/integrator/lib:/quovadx/cis5.8/integrator/bin:/quovadx/cis5.8/integrator/tcl/lib:/quovadx/cis5.8/integrator/dbms/lib:/usr/lib:/lib:/shlib:/usr/shlib

[Elisha Gould]

I would say that something changes TZ someware.

perhaps try to see if the date command is a function or if its in a different location.

ie enter the commands in this order:

date

typeset -f date

which date

‘typeset -f date’ will return the listing of the function if it is a shell function.

‘which date’ will return the location of the date executable/script.

[Aurelien Garros]

Hi,

Few month ago, we had the same issue on one of our customer and we opened a mylawson case. Below, you could find their last answer :

Quote:

It is not a question of Cloverleaf not supporting the time zone. The IBM manual calls for one of a set of CUT time zones to be used. Aix 6.1 specifically calls for CUT times in the manual:

http://publib.boulder.ibm.com/infocenter/aix/v6r1/index.jsp?topic=%2Fcom.ibm.aix.files%2Fdoc%2Faixfiles%2Fenvironment.htm

There is no Europe/Paris CUT time.

Also seems to be a bug when time changes:

http://www.ibm.com/developerworks/forums/thread.jspa?threadID=199052

Hope it helps,

Regards,

Aurelien

[Barry Ballew]

Problem solved.  Apparently there was an issue with IBM’s move from POSIX timezone variables (EST5EDT) to Olson timezone variables (America/New_York).

According to Lawson:  ‘IBM change timezone variables and we did not, in Cloverleaf 6.0 we did. They wont see this issue in CL6.0

[Author]

Replies