I you have VMUTIL issue the SET TIMEZONE command, it might be OK, because,
when the SET TIMEZONE has ended, VMUTIL will see the new time when it
returns to WAKRUP.  Other servers using WAKEUP will not notice the change,
until they get waken up by some other event.  As our servers didn't have
real time critical things on Sundays, I didn't mind.
With PIPE's DELAY stage I had a problem in our DSIKACNT server:
 1 Apr 2004: Bypass PIPE Delay problem with TZ changes

 ******* BEWARE ********************************************************
 * At least up to z/VM 4.2, the DELAY stage cannot cope with dynamic   *
 * timezone changes, e.g. a DELAY to wakeup at 23:58:00 would cause a  *
 * wakeup at 22:58:00 when the timezone changed from Summer to Winter. *
 * Result is a loop -every day- during the hour of TZ change.          *
 * The only solution is to re-IPL CMS (NUCXDROP PIPE doesn't help)     *
 * We try to solve that problem too.                                   *
 ***********************************************************************
I don't know about PERFKIT, nor if DELAY has been fixed: my former customer
decided to reIPL all z/VM systems  because that is what's done for z/OS.

2009/3/10 Scott Rohling <[email protected]>

> I don't think there is currently a better way - no.  I can't remember the
> details, but the apps have to be able to take advantage of the TIMEZONE
> value, and I don't believe PERFKIT is one of them.. (someone correct
> please!).
>
> Funny you mention VMUTIL - when asked how to do the SET TIMEZONE
> automatically - I mentioned using VMUTIL (or some other simple scheduler) to
> do this - or coding up something that could read the SYSTEM CONFIG and see
> if SET TIMEZONE should be issued and running this nightly (rather than
> duplicating date/time settings in both places).
>
> So thinking about it - after VMUTIL issues SET TIMEZONE - it should
> probably reipl itself..
>
> Not sure if the IBM HMF product handles this any better?
>
> Scott
>
> On Tue, Mar 10, 2009 at 1:36 PM, Hans Rempel <[email protected]>wrote:
>
>>  Is there now a cleaner way to have PERFSVM recognize the time zone
>> change other than recycling the server? I’m on z/VM 5.2 and z/VM 5.4. I
>> guess this also applies to userids like VMUTIL also.
>>
>>
>>
>> Thanks in advance
>>
>>
>>
>> Hans
>>
>>
>>
>>
>>
>
>


-- 
Kris Buelens,
IBM Belgium, VM customer support

Reply via email to