We're stuck on z/OS 1.10 until 3Q2011 at the earliest. But I'll look at it to 
see how it compares to CA-OPS.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
[email protected] * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -----Original Message-----
> From: IBM Mainframe Discussion List 
> [mailto:[email protected]] On Behalf Of Roger Lowe
> Sent: Wednesday, November 24, 2010 6:25 AM
> To: [email protected]
> Subject: Re: Relayng all WTORs to my cell phone via SMS
> 
> On Wed, 24 Nov 2010 04:09:07 -0600, McKown, John
> <[email protected]> wrote:
> 
> >I know how to send an SMS cell phone message using an email 
> to sms gateway.
> What I'm trying to figure out is a relatively simple and CPU 
> efficient way
> to do it. We have CA-OPS/MVS 11.5 installed. I could use it, 
> but since I
> don't know every possible WTOR message id which might occur, 
> it appears that
> I need to trap every z/OS message and look at each one 
> individually. Yuck!
> This is not CPU efficient. I could write an IEAVMXIT in 
> assembler to trap
> all messages and process the WTORs. This is probably more CPU 
> efficient, but
> not simple. Especially since I would likely need to queue the WTORs to
> another address space to actually process. I could write a 
> program to set up
> an EMCS console. But this seems neither simple nor CPU 
> efficient, although
> perhaps more so than CA-OPS.
> >
> >What have I overlooked?
> >
> >What do I want to accomplish? We run with no people other 
> than "on call"
> people on the weekends and holidays. This means that a batch 
> job or some
> other process could hang on a WTOR because we don't currently 
> have a way to
> notify anybody that they need to take a look. The on-call person is
> basically forced to work overtime to periodically logon to 
> the system and
> use TSO and use SDSF to check out the system, or use an SMCS 
> VTAM console to
> look and issue commands. TSO and SDSF is usually easier. How 
> does a total
> "lights out" operation do this?
> >
> John,
>        have you looked at the AUTOR function that is 
> available with z/OS 1.12?
> .
> This might go some way to achieving what you are after
> .
> Roger
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to