Re: Unofficial DB2 Servr for VSE & VM survey

[Don Williams]

I assumed that max post size would include all attachments, etc. 

Don Williams

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Rich Greenberg
Sent: Tuesday, October 13, 2009 7:29 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Unofficial DB2 Servr for VSE & VM survey

On: Tue, Oct 13, 2009 at 04:07:23PM -0400,Don Williams Wrote:

} Perhaps there should be a max post size or max size to archive. Would

ListServ(R) has the option to set such a limit.  I don't know if Dan has
enabled it, and if enabled what it is set to.  Ask Dan.

} encourage trimming pervious replies from your post.

A good idea, but a drop in the bucket compared to the size of most
attachments.

-- 
Rich Greenberg  N Ft Myers, FL, USA richgr atsign panix.com  + 1 239 543
1353
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
CP-67
Canines:Val, Red, Shasta & Casey (RIP), Red & Zero, Siberians
Owner:Chinook-L
Retired at the beach Asst
Owner:Sibernet-L

AUTO: Colin J Page2 is out of the office (returning 16/10/2009)

[Colin J Page2]

I am out of the office until 16/10/2009.

I am out of the office on a course Wed 14th & Thu 15th October. I will try
to pick up emails when possible. For any urgent issues please contact my
manager Gerry McFadden on 07714-664759.

Regards, Colin


Note: This is an automated response to your message  "Re: Timezone Boundary
Question." sent on 13/10/09 21:45:31.

This is the only notification you will receive while this person is away.

Re: Daylight Saving Time change

[Rich Smrcina]

Jim's process is solid.  On the z/VSE web site there is a page that 
describes what needs to be done during the twice yearly time change 
(forward and backward).  Of course, now I can't find it, apparently it's 
buried.


In a nutshell, after the timezone is set in z/VM, z/VSE can get the new 
offset with the AR command TIME ZONE=VM.  The CICS 'CEMT PERFORM RESET' 
commands will reset CICS's clock to the new OS time.  Any other clock 
sensitive running jobs will need to be restarted as they will have the 
old clock setting.  The one hour wait is only required in the fall, in 
the spring everything can continue as normal.  An IPL is not required.  
I have customers that do not IPL for time changes and haven't for many, 
many years.


Kris Buelens wrote:

For VSE, what I learned: from the ASIPROC
 remove SET DATE
 remove SET ZONE
 remove SET ZONEDEF
 remove SET ZONEBDY
Then VSE would take the definitions of the VM system under which it is 
running.  You still need to reIPL the VSE guests when the timezone 
changes.


For VMUTIL:no problems to expect.  A bit simplified: a z Series has no 
timer to tell "wake me up at hh:mm:ss"; Wakeup allows hh:mm:ss.  The z 
Series has "wake me up in  seconds".  So VMUTIL converts the next 
coming hh:mm:ss it finds in its WAKEUP file into wakup up in xyz 
seconds.  If the timezone changes in the mean time, VMUTIL won't see 
that.  But, when the xyz seconds have elapsed, it'll wake up, execute 
what was wanted and scan its wakeup file again for anything that is 
either late (and wakeup directly) or the first coming event and set 
the xxx seconds timer again. etc


2009/10/13 David L. Craig mailto:d...@radix.net>>

On Tue, Oct 13, 2009 at 08:35:01AM -0500, Frank M. Ramaekers wrote:

> How do you accomplish this change?  (Especially with guests
O/S's, like
> VSE, and timing related service machines, like VMUTIL).

I come into the Data Center, bring down our VSE/ESA 1.7
and 2.2 virtual machines, SET TIMEZONE EST, and autolog
the VSE machines back on.  Some shops wait an hour but
that hasn't caused us any problems.

--

May the LORD God bless you exceedingly abundantly!

Dave Craig

-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
"'So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe.'"

--from _Nightfall_  by Asimov/Silverberg




--
Kris Buelens,
IBM Belgium, VM customer support



--
Rich Smrcina
Phone: 414-491-6001
http://www.linkedin.com/in/richsmrcina

Catch the WAVV! http://www.wavv.org
WAVV 2010 - Apr 9-14, 2010 Covington, KY

Re: Timezone Boundary Question.

[Alan Altmark]

On Tuesday, 10/13/2009 at 01:44 EDT, Jerry Whitteridge 
 wrote:
> We used the SET  TIMEZONE command to set the desired timezone as during 
the 
> upgrade to 5.4 the  TIMEZONE_BOUNDARY statements were not set to the 
desired 
> TZ. The boundary  statements have been corrected but I am wondering if 
there is 
> some way to  have the system config file re-read to put the corrected 
> statements into effect  ?
>  
> (Otherwise we will just  schedule the SET TIMEZONE command until the 
next 
> scheduled  IPL)

No, there is no way to do an automatic SET TIMEZONE based on CP re-reading 
SYSTEM CONFIG.

Alan Altmark
z/VM Development
IBM Endicott

Re: Unofficial DB2 Servr for VSE & VM survey

[Rich Greenberg]

On: Tue, Oct 13, 2009 at 04:07:23PM -0400,Don Williams Wrote:

} Perhaps there should be a max post size or max size to archive. Would

ListServ(R) has the option to set such a limit.  I don't know if Dan has
enabled it, and if enabled what it is set to.  Ask Dan.

} encourage trimming pervious replies from your post.

A good idea, but a drop in the bucket compared to the size of most
attachments.

-- 
Rich Greenberg  N Ft Myers, FL, USA richgr atsign panix.com  + 1 239 543 1353
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since CP-67
Canines:Val, Red, Shasta & Casey (RIP), Red & Zero, Siberians  Owner:Chinook-L
Retired at the beach Asst Owner:Sibernet-L

Re: Timezone Boundary Question.

[Jerry Whitteridge]

Ah - so even if I had had the boundaries correct I would have had to use
SET TIMEZONE - 

Thanks 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of John Franciscovich
> Sent: Tuesday, October 13, 2009 1:45 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Timezone Boundary Question.
> 
> >We used the SET TIMEZONE command to set the desired timezone 
> as during 
> >the upgrade to 5.4 the TIMEZONE_BOUNDARY statements were not 
> set to the 
> >desired TZ. The boundary statements have been corrected but I am 
> >wondering if there is some way to have the system config 
> file re-read 
> >to put the corrected statements into effect
> 
> There is no way to have the system configuration file re-read 
> other than IPLing your system. The system configuration file 
> is only read and processed during IPL.
> 
> In addition, TIMEZONE_BOUNDARY statements are only used to 
> determine the system's timezone during IPL. They do not cause 
> the timezone of a running system to be changed. To change the 
> timezone of your system, you need to either issue a SET 
> TIMEZONE command or re-IPL.
> 
> JohnFranciscovich
> z/VM Development
> 
> 

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

Re: Unofficial DB2 Servr for VSE & VM survey

[Bill Pettit]

Please send me a copy.

Bill Pettit
Systems Programming Manager
Oregon Mutual Insurance Co






 -Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Roland P. Chung
Sent: Tuesday, October 13, 2009 11:44 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Unofficial DB2 Servr for VSE & VM survey



** CROSS POSTED to VSE-L **

Hello Listers, if you are interested, please let me know, I will send the 
survey to you off the List. There may be some surprises if you complete the 
survey and return the survey to 
db2vs...@ca.ibm.com.
 Thanks.

...Roland

P.S. Found out in a hard way that the List rejects the posting with MS/WORD 
attachement. Umm

Timezone Boundary Question.

[John Franciscovich]

>We used the SET TIMEZONE command to set the desired timezone as during
>the upgrade to 5.4 the TIMEZONE_BOUNDARY statements were not set to the
>desired TZ. The boundary statements have been corrected but I am
>wondering if there is some way to have the system config file re-read to
>put the corrected statements into effect

There is no way to have the system configuration file re-read other than
IPLing your system. The system configuration file is only read and
processed during IPL.

In addition, TIMEZONE_BOUNDARY statements are only used to determine the
system's timezone during IPL. They do not cause the timezone of a running
system to be changed. To change the timezone of your system, you need to
either issue a SET TIMEZONE command or re-IPL.

JohnFranciscovich
z/VM Development

Re: Timezone Boundary Question.

[Jerry Whitteridge]

Thanks Kris - that confirms what I thought. We will use the SET TIMEZONE
and have an IPL scheduled before the spring change.




From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens
Sent: Tuesday, October 13, 2009 1:46 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Timezone Boundary Question.


The TIMEZONE_BOUNDARY statements are only read during IPL, there
is no automatic timezone change in VM, you need to issue SET TIMEZONE at
the right time, or IPL.


2009/10/13 Jerry Whitteridge 


We used the SET TIMEZONE command to set the desired
timezone as during the upgrade to 5.4 the TIMEZONE_BOUNDARY statements
were not set to the desired TZ. The boundary statements have been
corrected but I am wondering if there is some way to have the system
config file re-read to put the corrected statements into effect ?
 
(Otherwise we will just schedule the SET TIMEZONE
command until the next scheduled IPL)
 
Thanks  
 
Jerry Whitteridge
Safeway Inc.
Mainframe Engineering
(925) 951 4184
If you feel in control -
You aren't going fast enough
 



"Email Firewall" made the following annotations.


--
Warning: All e-mail sent to this address will be
received by the corporate e-mail system, and is subject to archival and
review by someone other than the recipient. This e-mail may contain
proprietary information and is intended only for the use of the intended
recipient(s). If the reader of this message is not the intended
recipient(s), you are notified that you have received this message in
error and that any review, dissemination, distribution or copying of
this message is strictly prohibited. If you have received this message
in error, please notify the sender immediately. 


==




-- 
Kris Buelens,
IBM Belgium, VM customer support



"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

Re: Timezone Boundary Question.

[Kris Buelens]

The TIMEZONE_BOUNDARY statements are only read during IPL, there is no
automatic timezone change in VM, you need to issue SET TIMEZONE at the right
time, or IPL.

2009/10/13 Jerry Whitteridge 

>  We used the SET TIMEZONE command to set the desired timezone as during
> the upgrade to 5.4 the TIMEZONE_BOUNDARY statements were not set to the
> desired TZ. The boundary statements have been corrected but I am wondering
> if there is some way to have the system config file re-read to put the
> corrected statements into effect ?
>
> (Otherwise we will just schedule the SET TIMEZONE command until the next
> scheduled IPL)
>
> Thanks
>
> Jerry Whitteridge
> Safeway Inc.
> Mainframe Engineering
> (925) 951 4184
> If you feel in control -
> You aren't going fast enough
>
>
> "Email Firewall" made the following annotations.
> --
>
> Warning: All e-mail sent to this address will be received by the corporate
> e-mail system, and is subject to archival and review by someone other than
> the recipient. This e-mail may contain proprietary information and is
> intended only for the use of the intended recipient(s). If the reader of
> this message is not the intended recipient(s), you are notified that you
> have received this message in error and that any review, dissemination,
> distribution or copying of this message is strictly prohibited. If you have
> received this message in error, please notify the sender immediately.
>
> ==
>
>


-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Unofficial DB2 Servr for VSE & VM survey

[Don Williams]

Perhaps there should be a max post size or max size to archive. Would
encourage trimming pervious replies from your post.

Don Williams

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Rich Greenberg
Sent: Tuesday, October 13, 2009 3:45 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Unofficial DB2 Servr for VSE & VM survey

On: Tue, Oct 13, 2009 at 03:36:07PM -0400,Don Williams Wrote:

} Since MS/WORD attachments can be a virus, malware, etc. propagation
method,
} then a list server stripping them out is probably a good thing.

Thats half of the reason that many lists do not accept attachments, or
restrict the attachment types. (.gif and .jpg only is a common
restriction.)

The other main reason is that it bloats the archives.

-- 
Rich Greenberg  N Ft Myers, FL, USA richgr atsign panix.com  + 1 239 543
1353
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
CP-67
Canines:Val, Red, Shasta & Casey (RIP), Red & Zero, Siberians
Owner:Chinook-L
Retired at the beach Asst
Owner:Sibernet-L

Re: Killing VSE CICS (was Why is the Daylight Saving Time change still a Big Event)

[Don Williams]

Hi Jim,

Since the mid-1980's, I've heard rumors that IBM has been trying to kill
DOS. DOS/360, DOS/VS, DOS/VSE, VSE/SP, VSE/ESA, and z/VSE. It ain't dead,
yet. So perhaps, IBM is trying to indirectly kill DOS, by killing its major
subsystems?

Don Williams

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Dodds, Jim
Sent: Tuesday, October 13, 2009 3:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Why is the Daylight Saving Time change still a Big Event

Don 

Your assumption is what we would all want, but the last time I had
checked VSE CICS/TS 1.1 does not use the UTC/GMT time for journal and
log entries. So the reason for the one hour wait. I guess no one has
requested the requirement or it has not been high priority at IBM CICS
labs since in effect they have quit working on VSE CICS/TS.

Jim Dodds
Systems Programmer
Kentucky State University
400 East Main Street
Frankfort, Ky 40601
502 597 6114

Re: Unofficial DB2 Servr for VSE & VM survey

[Rich Greenberg]

On: Tue, Oct 13, 2009 at 03:36:07PM -0400,Don Williams Wrote:

} Since MS/WORD attachments can be a virus, malware, etc. propagation method,
} then a list server stripping them out is probably a good thing.

Thats half of the reason that many lists do not accept attachments, or
restrict the attachment types. (.gif and .jpg only is a common
restriction.)

The other main reason is that it bloats the archives.

-- 
Rich Greenberg  N Ft Myers, FL, USA richgr atsign panix.com  + 1 239 543 1353
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since CP-67
Canines:Val, Red, Shasta & Casey (RIP), Red & Zero, Siberians  Owner:Chinook-L
Retired at the beach Asst Owner:Sibernet-L

Re: Unofficial DB2 Servr for VSE & VM survey

[Don Williams]

Since MS/WORD attachments can be a virus, malware, etc. propagation method,
then a list server stripping them out is probably a good thing.

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Roland P. Chung
Sent: Tuesday, October 13, 2009 2:44 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Unofficial DB2 Servr for VSE & VM survey

 


** CROSS POSTED to VSE-L **

 

Hello Listers, if you are interested, please let me know, I will send the
survey to you off the List. There may be some surprises if you complete the
survey and return the survey to db2vs...@ca.ibm.com
 . Thanks.

 

...Roland

 

P.S. Found out in a hard way that the List rejects the posting with MS/WORD
attachement. Umm

 

Re: Why is the Daylight Saving Time change still a Big Event

[Dodds, Jim]

Don 

Your assumption is what we would all want, but the last time I had
checked VSE CICS/TS 1.1 does not use the UTC/GMT time for journal and
log entries. So the reason for the one hour wait. I guess no one has
requested the requirement or it has not been high priority at IBM CICS
labs since in effect they have quit working on VSE CICS/TS.

Jim Dodds
Systems Programmer
Kentucky State University
400 East Main Street
Frankfort, Ky 40601
502 597 6114


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Don Williams
Sent: Tuesday, October 13, 2009 3:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Why is the Daylight Saving Time change still a Big Event

I understand people wanting to have date-time stamps displayed/printed
in a
particular time-zone format; it is a convenience. Every year everyone
gets
nervous over the Daylight Saving Time change, esp. the fall change. Over
the
past 40+ years, I would think that by now every program, system, etc.
would
have been updated or replaced to make the time change a non-event.

In today's world, with people and computer spread over many time zones
who
may or may not be separated from each other, it simply makes sense to
standardize internal program usage and recording of date-time stamps in
UTC/GMT Then provide programmers with simple generic date-time stamp
time
zone conversion routines to enable processing/displaying them in an
external
time zone format users want to see. I would want to push users to accept
a
time zone indicator as part of the time display. For example, 06:36PM
UTC
could be used when the users are spread all over the globe. However,
02:36PM
EDT could be used when the majority of users are the US eastern time
zone
while Daylight Saving Time was in effect and 01:36PM EST while Daylight
Saving Time was not in effect. By always having an external time zone
indicator, it allows users across multiple time zones to view them with
less
ambiguity. 

Of course, some people and computers travel across time zones. For some
events, they will want to synchronize to the time zone that they are
currently in. For other events, they will want to synchronize to their
home
time zone. For still other events, they will want to synchronize to some
other location's time zone. All this should be fairly easy to do by
simply
providing the programmers sufficiently flexible date-time stamp time
zone
conversion routines and asking them to use them.

Don Williams

Why is the Daylight Saving Time change still a Big Event

[Don Williams]

I understand people wanting to have date-time stamps displayed/printed in a
particular time-zone format; it is a convenience. Every year everyone gets
nervous over the Daylight Saving Time change, esp. the fall change. Over the
past 40+ years, I would think that by now every program, system, etc. would
have been updated or replaced to make the time change a non-event.

In today's world, with people and computer spread over many time zones who
may or may not be separated from each other, it simply makes sense to
standardize internal program usage and recording of date-time stamps in
UTC/GMT Then provide programmers with simple generic date-time stamp time
zone conversion routines to enable processing/displaying them in an external
time zone format users want to see. I would want to push users to accept a
time zone indicator as part of the time display. For example, 06:36PM UTC
could be used when the users are spread all over the globe. However, 02:36PM
EDT could be used when the majority of users are the US eastern time zone
while Daylight Saving Time was in effect and 01:36PM EST while Daylight
Saving Time was not in effect. By always having an external time zone
indicator, it allows users across multiple time zones to view them with less
ambiguity. 

Of course, some people and computers travel across time zones. For some
events, they will want to synchronize to the time zone that they are
currently in. For other events, they will want to synchronize to their home
time zone. For still other events, they will want to synchronize to some
other location's time zone. All this should be fairly easy to do by simply
providing the programmers sufficiently flexible date-time stamp time zone
conversion routines and asking them to use them.

Don Williams

Unofficial DB2 Servr for VSE & VM survey

[Roland P. Chung]

** CROSS POSTED to VSE-L **
 
Hello Listers, if you are interested, please let me know, I will send 
the survey to you off the List. There may be some surprises if you complete the 
survey and return the survey to db2vs...@ca.ibm.com. Thanks.
 
Roland
 
P.S. Found out in a hard way that the List rejects the posting with MS/WORD 
attachement. Umm

Re: Unofficial DB2 Servr for VSE & VM survey

[David Boyes]

Except that the mailing list server strips attachments.


From: The IBM z/VM Operating System [ib...@listserv.uark.edu] On Behalf Of 
Roland P. Chung [roland.ch...@rogers.com]
Sent: Tuesday, October 13, 2009 2:12 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Unofficial DB2 Servr for VSE & VM survey

* Cross posted to VSE-L *

Hello Listers, if you are interested, please complete the attached survey. 
There may be some surprises if you do.

Please return the completed survey to 
db2vs...@ca.ibm.com.
 Thanks.

...Roland

Re: Unofficial DB2 Servr for VSE & VM survey

[Jerry Whitteridge]

Roland - the listserver strips attachments off. You will have to have
the text inline for us to see it.




From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Roland P. Chung
Sent: Tuesday, October 13, 2009 11:15 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Unofficial DB2 Servr for VSE & VM survey


Ops, here is the attachement ...
 
* Cross posted to VSE-L *
 
Hello Listers, if you are interested, please complete the attached
survey. There may be some surprises if you do.
 
Please return the completed survey to db2vs...@ca.ibm.com
 .
Thanks.
 
...Roland 


"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

Unofficial DB2 Servr for VSE & VM survey

[Roland P. Chung]

Ops, here is the attachement ...
 







* Cross posted to VSE-L *
 
Hello Listers, if you are interested, please complete the attached survey. 
There may be some surprises if you do.
 
Please return the completed survey to db2vs...@ca.ibm.com. Thanks.
 
Roland 

Unofficial DB2 Servr for VSE & VM survey

[Roland P. Chung]

* Cross posted to VSE-L *
 
Hello Listers, if you are interested, please complete the attached survey. 
There may be some surprises if you do.
 
Please return the completed survey to db2vs...@ca.ibm.com. Thanks.
 
Roland 

Re: Network timeout on TCPIP RSCS links

[Alan Altmark]

On Tuesday, 10/13/2009 at 10:02 EDT, "Mrohs, Ray"  
wrote:
> Hi,
> Our network firewalls have a policy of dropping all connections that are
> idle for 30 minutes. That is causing our VM-to-VM link to drop and
> restart throughout the day. The network guy asked if there is an RSCS
> keepalive option, since changing firewall policies is like moving
> mountains. TCPIP already had keepalive in effect with INTERVAL 20 ,
> SENDGARBAGE FALSE. I set SENDGARBAGE TRUE on one of the VMs, and now the
> drops happen about every 23 minutes, i.e., I somehow made it worse. ITO
> value is at the default setting (100). Does anyone have experience with
> this?

As you have discovered, KEEPALIV=YES is the default for TCPNJE links.  The 
firewall may be ignoring keepalives.  Firewall Folks need to look at their 
logs.

Note that keepalives have the undesirable side effect of bringing down a 
link when there is a transient error, even when there is no file 
transmission in progress.

Alan Altmark
z/VM Development
IBM Endicott

Timezone Boundary Question.

[Jerry Whitteridge]

We used the SET TIMEZONE command to set the desired timezone as during
the upgrade to 5.4 the TIMEZONE_BOUNDARY statements were not set to the
desired TZ. The boundary statements have been corrected but I am
wondering if there is some way to have the system config file re-read to
put the corrected statements into effect ?
 
(Otherwise we will just schedule the SET TIMEZONE command until the next
scheduled IPL)
 
Thanks  
 
Jerry Whitteridge
Safeway Inc.
Mainframe Engineering
(925) 951 4184
If you feel in control -
You aren't going fast enough
 

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

Re: Daylight Saving Time change

[Les Koehler]

This avoids overlapping accounting records as well. Real 
important if you bill from them!


Les

Dieltiens Geert wrote:

We have our z9 set to GMT/UCT. We code the necessary Timezone_definition
and Timezone_boundary statements in SYSTEM CONFIG. You can code
Timezone_boundary statements for many years ahead. 
We don't define anything in the VSE guests.


On Sunday morning, we bring down all our VSE's, and VMs. We wait 1 hour
to avoid any double timestamps in logs and files and databases. Then we
restart everything. When VM is IPL'ed (and only then) it selects the
correct timezone from SYSTEM CONFIG Timezone definitions. The VSE guests
then automatically use the same timezone as VM.

Depending on your setup you could keep VM running and issue a SET
TIMEZONE command, but we think it's safer to just stop VM during 1 hour.
It's also a good excuse to have the z9 for ourselves for a while and do
all those changes that have been waiting to go into production...  


Geert.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Frank M. Ramaekers
Sent: dinsdag 13 oktober 2009 15:35
To: IBMVM@LISTSERV.UARK.EDU
Subject: Daylight Saving Time change

How do you accomplish this change?  (Especially with guests O/S's, like
VSE, and timing related service machines, like VMUTIL).

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  76710


 




_

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.
DISCLAIMER

This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity 
to whom they are addressed. If you have received this email 
in error please notify postmas...@vanbreda.be
This footnote also confirms that this email has been checked 
for the presence of viruses.


Informatica J.Van Breda & Co NV BTW BE 0427 908 174

Re: Daylight Saving Time change

[Dodds, Jim]

You do not have to re IPL VSE unless you want to.  I have removed all
the SETs from the ASIPROC as shown by Kris.  Now what I do here at my
shop is this and it is all automated. I set time zone to vm; close and
disable all the application files in  CICSs; reset the time on each of
the CICSs on VSE; wait an hour; open and enable all the application
files in  CICSs. I have listed the job below:

 

* $$ JOB JNM=SETZONE,CLASS=0,USER=JDMAINT,DUEDATE=110208,DUETIME=0202 

* $$ LST CLASS=A,JSEP=0,DEST=(*,JDMAINT)  

* $$ PUN CLASS=A,JSEP=0,DEST=(*,JDMAINT)  

// JOB SETZONE

// EXEC PGM=DTRIATTN,PARM='TIME ZONE=VM'  

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='10'   

// EXEC PGM=DTRIATTN,PARM='MSG F2,DATA=CEMT CEMT S FI(*) CLO DIS' 

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='2'

// EXEC PGM=DTRIATTN,PARM='MSG F2,DATA=CEMT PERFORM RESET'

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='2'

// EXEC PGM=DTRIATTN,PARM='MSG F4,DATA=CEMT CEMT S FI(*) CLO DIS' 

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='2'

// EXEC PGM=DTRIATTN,PARM='MSG F4,DATA=CEMT PERFORM RESET'

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='2'

// EXEC PGM=DTRIATTN,PARM='MSG F5,DATA=CEMT CEMT S FI(*) CLO DIS' 

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='2'

// EXEC PGM=DTRIATTN,PARM='MSG F5,DATA=CEMT PERFORM RESET'

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='3720' 

// EXEC PGM=DTRIATTN,PARM='MSG F2,DATA=CEMT CEMT S FI(*) OPE ENA' 

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='2'

// EXEC PGM=DTRIATTN,PARM='MSG F4,DATA=CEMT CEMT S FI(*) OPE ENA' 

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='2'

// EXEC PGM=DTRIATTN,PARM='MSG F5,DATA=CEMT CEMT S FI(*) OPE ENA' 

// EXEC PGM=IPLWAIT,SIZE=AUTO,PARM='2'

/* EOD

/&

* $$ EOJ

 

Jim Dodds

Systems Programmer

Kentucky State University

400 East Main Street

Frankfort, Ky 40601

502 597 6114

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Kris Buelens
Sent: Tuesday, October 13, 2009 10:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Daylight Saving Time change

 

For VSE, what I learned: from the ASIPROC
 remove SET DATE
 remove SET ZONE
 remove SET ZONEDEF
 remove SET ZONEBDY
Then VSE would take the definitions of the VM system under which it is
running.  You still need to reIPL the VSE guests when the timezone
changes.

For VMUTIL:no problems to expect.  A bit simplified: a z Series has no
timer to tell "wake me up at hh:mm:ss"; Wakeup allows hh:mm:ss.  The z
Series has "wake me up in  seconds".  So VMUTIL converts the next
coming hh:mm:ss it finds in its WAKEUP file into wakup up in xyz
seconds.  If the timezone changes in the mean time, VMUTIL won't see
that.  But, when the xyz seconds have elapsed, it'll wake up, execute
what was wanted and scan its wakeup file again for anything that is
either late (and wakeup directly) or the first coming event and set the
xxx seconds timer again. etc

2009/10/13 David L. Craig 

On Tue, Oct 13, 2009 at 08:35:01AM -0500, Frank M. Ramaekers wrote:

> How do you accomplish this change?  (Especially with guests O/S's,
like
> VSE, and timing related service machines, like VMUTIL).

I come into the Data Center, bring down our VSE/ESA 1.7
and 2.2 virtual machines, SET TIMEZONE EST, and autolog
the VSE machines back on.  Some shops wait an hour but
that hasn't caused us any problems.

--

May the LORD God bless you exceedingly abundantly!

Dave Craig

-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
"'So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe.'"

--from _Nightfall_  by Asimov/Silverberg




-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Daylight Saving Time change

[Kris Buelens]

For VSE, what I learned: from the ASIPROC
 remove SET DATE
 remove SET ZONE
 remove SET ZONEDEF
 remove SET ZONEBDY
Then VSE would take the definitions of the VM system under which it is
running.  You still need to reIPL the VSE guests when the timezone changes.

For VMUTIL:no problems to expect.  A bit simplified: a z Series has no timer
to tell "wake me up at hh:mm:ss"; Wakeup allows hh:mm:ss.  The z Series has
"wake me up in  seconds".  So VMUTIL converts the next coming hh:mm:ss
it finds in its WAKEUP file into wakup up in xyz seconds.  If the timezone
changes in the mean time, VMUTIL won't see that.  But, when the xyz seconds
have elapsed, it'll wake up, execute what was wanted and scan its wakeup
file again for anything that is either late (and wakeup directly) or the
first coming event and set the xxx seconds timer again. etc

2009/10/13 David L. Craig 

> On Tue, Oct 13, 2009 at 08:35:01AM -0500, Frank M. Ramaekers wrote:
>
> > How do you accomplish this change?  (Especially with guests O/S's, like
> > VSE, and timing related service machines, like VMUTIL).
>
> I come into the Data Center, bring down our VSE/ESA 1.7
> and 2.2 virtual machines, SET TIMEZONE EST, and autolog
> the VSE machines back on.  Some shops wait an hour but
> that hasn't caused us any problems.
>
> --
>
> May the LORD God bless you exceedingly abundantly!
>
> Dave Craig
>
> -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
> "'So the universe is not quite as you thought it was.
>  You'd better rearrange your beliefs, then.
>  Because you certainly can't rearrange the universe.'"
>
> --from _Nightfall_  by Asimov/Silverberg
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Daylight Saving Time change

[Scott Rohling]

Just a note that with Linux guests -- you don't need to worry about
them...   they'll adjust their clocks on their own.   For other guests, you
can recycle them after issuing SET TIMEZONE.   VMUTIL can just be recycled
-- since it's already done the events and noted them in VMUTIL SCHEDULE - it
won't repeat them.

Scott

On Tue, Oct 13, 2009 at 7:35 AM, Frank M. Ramaekers
wrote:

> How do you accomplish this change?  (Especially with guests O/S's, like
> VSE, and timing related service machines, like VMUTIL).
>
> 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  76710
>
>
>
>
>
>
> _
> 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 change

[Dieltiens Geert]

We have our z9 set to GMT/UCT. We code the necessary Timezone_definition
and Timezone_boundary statements in SYSTEM CONFIG. You can code
Timezone_boundary statements for many years ahead. 
We don't define anything in the VSE guests.

On Sunday morning, we bring down all our VSE's, and VMs. We wait 1 hour
to avoid any double timestamps in logs and files and databases. Then we
restart everything. When VM is IPL'ed (and only then) it selects the
correct timezone from SYSTEM CONFIG Timezone definitions. The VSE guests
then automatically use the same timezone as VM.

Depending on your setup you could keep VM running and issue a SET
TIMEZONE command, but we think it's safer to just stop VM during 1 hour.
It's also a good excuse to have the z9 for ourselves for a while and do
all those changes that have been waiting to go into production...  

Geert.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Frank M. Ramaekers
Sent: dinsdag 13 oktober 2009 15:35
To: IBMVM@LISTSERV.UARK.EDU
Subject: Daylight Saving Time change

How do you accomplish this change?  (Especially with guests O/S's, like
VSE, and timing related service machines, like VMUTIL).

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  76710


 



_

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.
DISCLAIMER

This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity 
to whom they are addressed. If you have received this email 
in error please notify postmas...@vanbreda.be
This footnote also confirms that this email has been checked 
for the presence of viruses.

Informatica J.Van Breda & Co NV BTW BE 0427 908 174

Re: Network timeout on TCPIP RSCS links

[Scott Rohling]

I wonder if you couldn't just issue 'EXEC TELL VMUTIL AT ZVM2 stay up'  from
VMUTIL (or some such scheduler) every 15 minutes?   Roll your own
keepalive..

Scott

On Tue, Oct 13, 2009 at 7:57 AM, Mrohs, Ray  wrote:

> Hi,
> Our network firewalls have a policy of dropping all connections that are
> idle for 30 minutes. That is causing our VM-to-VM link to drop and
> restart throughout the day. The network guy asked if there is an RSCS
> keepalive option, since changing firewall policies is like moving
> mountains. TCPIP already had keepalive in effect with INTERVAL 20 ,
> SENDGARBAGE FALSE. I set SENDGARBAGE TRUE on one of the VMs, and now the
> drops happen about every 23 minutes, i.e., I somehow made it worse. ITO
> value is at the default setting (100). Does anyone have experience with
> this?
>
>
> Ray Mrohs
> U.S. Department of Justice
> 202-307-6896
>

Network timeout on TCPIP RSCS links

[Mrohs, Ray]

Hi,
Our network firewalls have a policy of dropping all connections that are
idle for 30 minutes. That is causing our VM-to-VM link to drop and
restart throughout the day. The network guy asked if there is an RSCS
keepalive option, since changing firewall policies is like moving
mountains. TCPIP already had keepalive in effect with INTERVAL 20 ,
SENDGARBAGE FALSE. I set SENDGARBAGE TRUE on one of the VMs, and now the
drops happen about every 23 minutes, i.e., I somehow made it worse. ITO
value is at the default setting (100). Does anyone have experience with
this? 


Ray Mrohs
U.S. Department of Justice
202-307-6896

Re: Daylight Saving Time change

[David L. Craig]

On Tue, Oct 13, 2009 at 08:35:01AM -0500, Frank M. Ramaekers wrote:

> How do you accomplish this change?  (Especially with guests O/S's, like
> VSE, and timing related service machines, like VMUTIL).

I come into the Data Center, bring down our VSE/ESA 1.7
and 2.2 virtual machines, SET TIMEZONE EST, and autolog
the VSE machines back on.  Some shops wait an hour but
that hasn't caused us any problems.

-- 

May the LORD God bless you exceedingly abundantly!

Dave Craig

-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
"'So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe.'"

--from _Nightfall_  by Asimov/Silverberg

Daylight Saving Time change

[Frank M. Ramaekers]

How do you accomplish this change?  (Especially with guests O/S's, like
VSE, and timing related service machines, like VMUTIL).

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  76710


 



_
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.