ZDATE_LARGE_TIME_DIFF

[Former Member]

I know that I have seen this issue covert here. We did some hardware swaps/adds this weekend on out SNDBOX which is running ECC 5.0. Since that IPL now receiving above message. Found Note where I tested these values this is what I received.

More FYI when I do this per Note #960259

1. Signon as <SID>ofr

2. DSPSYSVAL QTIME

(Should show current time)

System value . . . . . : QTIME

Description . . . . . : Time of day

Time . . . . . . . . . : 13:58:41 HH:MM:SS

1. CALL QP2TERM

2. ===> date

(Should show current time)

$

date

Tue Oct 17 00:56:53 UTC 2006

$

Udo

[Former Member]

Hi Udo,

do the following:

1.Log on to your iSeries as user QSECOFR.

2. Enter command WRKENVVAR and choose F4. The Work with Environment Var (WRKENVVAR) screen appears.

3. For the Level parameter, specify SYS and choose ENTER. The Work with Environment Vars (SYS) screen appears.

4. Under Opt, enter 1, and under Name, add the PASE_TZ environment variable. Then choose ENTER. The Add Environment Variable (ADDENVVAR) screen appears.

5. In the Initial value field, enter the required time zone environment variable using the format described below under “Format of the Time Zone Environment Variable”. depending on your location.

Region Value

Western Europe (Walldorf) NFT-1DFT,M3.5.0/2,M10.5.0/3

United Kingdom (London) GMT0BST1,M3.5.0/1,M10.5.0/2

East Coast North America (New York)EST5EDT4,M4.1.0/2,M10.5.0/2

Central North America (Chicago)CST6CDT5,M4.1.0/2,M10.5.0/2

North American Mountain Time (Denver) MST7MDT6,M4.1.0/2,M10.5.0/2

West Coast North America (Los Angeles) PST8PDT7,M4.1.0/2,M10.5.0/2

Japan (Tokyo) – no daylight savings time JST-9

East Coast Australia (Sydney)

EET-10EETDT-11,M10.5.0,M3.5.0

Central Asia (Moscow)

WST-4WDT-5,M3.5.0,M10.5.0

This thing will fix your issue of time difference.

You can also upgrade your R3INLPGM and then in that case you will not need this variable.

hope that helps...

Abhi

[Former Member]

Udo,

First download the latest R3INLPGM for your ECC 5.00. That eliminates the need for the PASE_TZ environment variable. If you have it, delete it. Then you need to make sure QTIMZON (assuming you are v5r3+) and the time is set right.

Andy

[Former Member]

Hi Udo,

From my understanding, the result of "date" from "QP2TERM" should be same as System Value QTIME. For example, "Mon Oct 16 22:10:29 EDT 2006" and "22:10:02 HH:MM:SS" respectively. In your case, they are 11 hours apart...

What is the value of system value QTIMZON?

Also execute WRKENVVAR as <SID>OFR, the value of PASE_TZ should make sense.

Good luck,

Victor