Re: Daylight Saving Time w/ VSE
On Sun, 14 Mar 2010 18:51:01 -0500, Ed Zell ewz...@illinoismutual.com w rote: snip This time we had a strange error where the FLEX console could not find the VM IPL terminal. I think it is because we also changed the UNIX time to adjust to the constant drift that we see with the system time (FLEX/UNIX always ends up running a minute or so fast over a few months). To compensate, we changed our procedure to always do an INIT 6 on the tServer after we change the clock for drift compensation. snip Ed: Likely that is the right self-diagnosis. See: http://support.funsoft.com/flexman/fsimn070-dst-fsi-007-000-010-001.html in section 3. Give me a shout off-list if you would like to discuss in detail. -- Gary Eheman http://www.funsoft.com
Re: Daylight Saving Time w/ VSE
Hi Frank, We are still running on our tServer with FLEX-ES 6.x. and z/VM 4.4 and z/VSE 3.1.2. We run the hardware on GMT and use the z/VM system config file to recognize IPL's for daylight savings. We do ours on Friday afternoon at 3:30 since we don't have a shift running on either Sat or Sun. This time we had a strange error where the FLEX console could not find the VM IPL terminal. I think it is because we also changed the UNIX time to adjust to the constant drift that we see with the system time (FLEX/UNIX always ends up running a minute or so fast over a few months). To compensate, we changed our procedure to always do an INIT 6 on the tServer after we change the clock for drift compensation. Here is our system config: /**/ /*TIMEZONE DEFINITIONS*/ /**/ TimeZone_Definition CDT West 05.00.00 TimeZone_Definition CST West 06.00.00 TimeZone_Boundary on 2006-03-31 at 11:00:00 to CDT TimeZone_Boundary on 2006-10-27 at 11:00:00 to CST TimeZone_Boundary on 2007-03-09 at 11:00:00 to CDT TimeZone_Boundary on 2007-11-02 at 11:00:00 to CST TimeZone_Boundary on 2008-03-07 at 11:00:00 to CDT TimeZone_Boundary on 2008-10-31 at 11:00:00 to CST TimeZone_Boundary on 2009-03-06 at 11:00:00 to CDT TimeZone_Boundary on 2009-10-30 at 11:00:00 to CST TimeZone_Boundary on 2010-03-12 at 11:00:00 to CDT TimeZone_Boundary on 2010-11-05 at 11:00:00 to CST TimeZone_Boundary on 2011-03-11 at 11:00:00 to CDT TimeZone_Boundary on 2011-11-04 at 11:00:00 to CST TimeZone_Boundary on 2012-03-09 at 11:00:00 to CDT TimeZone_Boundary on 2012-11-02 at 11:00:00 to CST TimeZone_Boundary on 2013-03-08 at 11:00:00 to CDT TimeZone_Boundary on 2013-11-01 at 11:00:00 to CST Ed Zell Illinois Mutual Life (309) 636-0107 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Friday, March 12, 2010 10:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Daylight Saving Time w/ VSE This is the first time (in quite some time) that I've had a Daylight Saving Time (Spring Forward). Last year we did a Fall Backward by shutting the system down for one hour. So, here are my questions: 1) VM time has to be done manually? Has anyone done this via VMUTIL (for example? 2) Does anything need to be done to the z/VSEs (when springing forward)? 3) Will z/VSE pick up the time change when it's changed on VM? 4) Are there special conditions for 2 and 3 above (specifically SET CLOCK/ZONE/ZONEDEF/ZONEBDY settings) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. . CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, notify the sender and delete this e-mail from your system.
Daylight Saving Time w/ VSE
This is the first time (in quite some time) that I've had a Daylight Saving Time (Spring Forward). Last year we did a Fall Backward by shutting the system down for one hour. So, here are my questions: 1) VM time has to be done manually? Has anyone done this via VMUTIL (for example? 2) Does anything need to be done to the z/VSEs (when springing forward)? 3) Will z/VSE pick up the time change when it's changed on VM? 4) Are there special conditions for 2 and 3 above (specifically SET CLOCK/ZONE/ZONEDEF/ZONEBDY settings) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Daylight Saving Time w/ VSE
On 03/12/2010 09:59 AM, Frank M. Ramaekers wrote: This is the first time (in quite some time) that I’ve had a Daylight Saving Time (Spring Forward). Last year we did a Fall Backward by shutting the system down for one hour. So, here are my questions: 1) VM time has to be done manually? Has anyone done this via VMUTIL (for example? 2) Does anything need to be done to the z/VSEs (when springing forward)? 3) Will z/VSE pick up the time change when it’s changed on VM? 4) Are there special conditions for 2 and 3 above (specifically SET CLOCK/ZONE/ZONEDEF/ZONEBDY settings) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 1). As long as the timezone settings are correct in z/VM, issue the command: SET TIMEZONE CDT at the appropriate time. Doing this with VMUTIL (or your fave scheduler) shouldn't be a problem. I've never done it. 2). If the z/VSE systems do not have their own time zone settings, then after VMs timezone is set use the AR command: TIME ZONE=VM that will adjust the VSE timezone to the VM timezone (just like it does at IPL time). 3). Not automatically, see #2 4). Yes, if the z/VSE systems contain those statements you will probably have to change the VSE timezone manually (with TIME ZONE=CST (?)). I've never used those facilities so check System Control Statements for the exact syntax. The safest thing is to remove those statements and let VSE get the timezone from z/VM. Some of this may vary by release. Very old VSE/ESA releases (2.3 ish when this support was first introduced) has major problems with setting the time zone from VM and set the clock to a very weird value. If you are on any sanely current release, you should be OK. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY
Re: Daylight Saving Time w/ VSE
On 03/12/2010 10:18 AM, Rich Smrcina wrote: 1). As long as the timezone settings are correct in z/VM, issue the command: SET TIMEZONE CDT at the appropriate time. Doing this with VMUTIL (or your fave scheduler) shouldn't be a problem. I've never done it. One more thing... an appropriate time, might also be a convenient time. This doesn't necessarily have to be 2AM on Sunday. I know one shop that does it around 8AM on Sunday because that's when the operator gets in for the Sunday shift. Just make sure that if the command is issued *before* 2AM on Sunday, and an IPL is required for whatever reason, the time will revert back to the old setting (which can be disastrous in the spring). -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY
Re: Daylight Saving Time w/ VSE
Frank, I can answer number 1 for you, here is my wakeup parm file from VMUTIL WAKEUP PARMSZ1 F 80 Trunc=80 Size=98 Line=71 Col=1 Alt=5 0071 0072 M-F 00:05:00 03/12/10 EXEC NJE$RJE 0073 M-F 00:15:00 03/12/10 CP CHANGE RSCS RDR ALL NOHOLD 0074 M-F 00:30:00 03/12/10 EXEC NEWBBH 0075 ALL 00:45:00 03/12/10 EXEC UIERUN 0076 M-F 02:00:00 03/12/10 CMS VMBACKUP SUBMIT BBHDAILY 0077 SAT 02:00:00 03/06/10 CMS VMBACKUP SUBMIT BBHDAILY 0078 SUN 03:00:00 03/07/10 CMS VMBACKUP SUBMIT BBHWEEK 0079 * N 03:00:00 03/01/10 CMS VMBACKUP SUBMIT BBHMONTH 0080 * N 02:00:00 11/01/09 CP SET TIMEZONE EST 0081 SUN 02:00:00 11/01/09 CP SET TIMEZONE EDT 0082 * BEGIN OF TEST 0083 *02:00:00 10/12/09 EXEC PERF 0084 * END OF TEST 0085 * BEGIN OF DAY SHIFT 0086 M-F 07:00:00 03/12/10 EXEC NJE$RJE 0087 M-F 07:15:00 03/12/10 CP CHANGE RSCS RDR ALL NOHOLD 0088 ALL 08:00:00 03/12/10 EXEC WATCHON 0089 SAT 08:01:00 03/06/10 CMS PRINT VMUTIL LOG 0090 SAT 08:03:00 03/06/10 CMS ERASE VMUTIL LOG 0091 M-F 12:00:00 03/11/10 EXEC NJE$RJE munson 201-418-7588 Frank M. Ramaekers framaek...@ailife.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/12/2010 10:59 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Daylight Saving Time w/ VSE This is the first time (in quite some time) that I?ve had a Daylight Saving Time (Spring Forward). Last year we did a Fall Backward by shutting the system down for one hour. So, here are my questions: 1) VM time has to be done manually? Has anyone done this via VMUTIL (for example? 2) Does anything need to be done to the z/VSEs (when springing forward)? 3) Will z/VSE pick up the time change when it?s changed on VM? 4) Are there special conditions for 2 and 3 above (specifically SET CLOCK/ZONE/ZONEDEF/ZONEBDY settings) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. *** IMPORTANT NOTE*-- The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus.
Re: Daylight Saving Time w/ VSE
On 03/12/2010 11:12 AM, Steve Mondy wrote: Frank, As Rich said the VM SET TIMEZONE can be issued at any time. We don't change ours until Sunday night. In the past we have had some problems with different software not picking up the time change even if VSE did pick it up. So to ensure that all software has the correct time we IPL our VSEs at both time changes. It is simpler for the operators. As for the SET ZONEDEF/ZONEBDY. Our processor is in the eastern time zone and is set to UTC. VM is set to eastern time zone. Some of our VSEs run with ET so they do not have the ZONEDEF/BDY statements in the IPL proc. We could have the time updated with TIME ZONE=VM command, but as I said above we IPL. Other of our VSEs are set to CT and do have the ZONEDEF/BDY statements. The time could be updated on these VSEs with the TIME ZONE=CDT command. Steve Jobs running on VSE don't have the ability to be notified of the timezone change or pick it up. CICS can be 'asked' to reset it's internal clock via CEMT PERFORM RESET. But any other job will need to be restarted. This is useful for jobs that are local time sensitive (require the correct local time). If they aren't time sensitive, it doesn't really matter. Since this support became available (and stable on VSE) over 10 years ago, one local shop doesn't IPL for the time change. They issue the commands, bounce the jobs that need it (wait an hour in the fall), and carry on with business on Sunday. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY
Re: Daylight Saving Time w/ VSE
Be sure to account for some software that does not like the time changing while it is running. We shutdown the following until after the SET TIMEZONE command is issued; you may other ones: 1. SMTP - be sure to stay logged on after shutting it down so TCPIP doesn't AUTOLOG it back on. 2. VMBACKUP and VMSCHED 3. All our SQL servers. In the Spring, we bring them all back up immediately. In the Fall, we wait one hour until the time reaches the time we shut them down and then bring them all back up. Rob On 3/12/2010 8:59 AM, Frank M. Ramaekers wrote: This is the first time (in quite some time) that I've had a Daylight Saving Time (Spring Forward). Last year we did a Fall Backward by shutting the system down for one hour. So, here are my questions: 1) VM time has to be done manually? Has anyone done this via VMUTIL (for example? 2) Does anything need to be done to the z/VSEs (when springing forward)? 3) Will z/VSE pick up the time change when it's changed on VM? 4) Are there special conditions for 2 and 3 above (specifically SET CLOCK/ZONE/ZONEDEF/ZONEBDY settings) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Daylight Saving Time w/ VSE
PerfKit, (a.k.a PERFSVM) doesn't like to have the time changing while it's running, either. It gets confused about when midnight occurs. On 03/12/2010 11:38 AM, Rob Holtz wrote: Be sure to account for some software that does not like the time changing while it is running. We shutdown the following until after the SET TIMEZONE command is issued; you may other ones: 1. SMTP - be sure to stay logged on after shutting it down so TCPIP doesn't AUTOLOG it back on. 2. VMBACKUP and VMSCHED 3. All our SQL servers. In the Spring, we bring them all back up immediately. In the Fall, we wait one hour until the time reaches the time we shut them down and then bring them all back up. Rob On 3/12/2010 8:59 AM, Frank M. Ramaekers wrote: This is the first time (in quite some time) that I've had a Daylight Saving Time (Spring Forward). Last year we did a Fall Backward by shutting the system down for one hour. So, here are my questions: 1) VM time has to be done manually? Has anyone done this via VMUTIL (for example? 2) Does anything need to be done to the z/VSEs (when springing forward)? 3) Will z/VSE pick up the time change when it's changed on VM? 4) Are there special conditions for 2 and 3 above (specifically SET CLOCK/ZONE/ZONEDEF/ZONEBDY settings) Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544