> In your case, you estimated 5000 pings and SNMP GET's. If you spawn that many 
> process under Netview could be detrimental. Can SNMP become CPU intensive? 
> Will there be a situation where you need to cancel 5000 processes (or worse - 
> restart Netview because of the overload).
Well, 5000 printers but if I hadn't mentioned before, apologies - of the 5000, 
I'm interested in only around 700. Whenever I encounter a printer that belongs 
to the 4300 pool, I just ITERATE in REXX. And even for the 700, I don't SNMP it 
all. I ping them first; if the ping fails, nothing else. If ping is okay, get 
more info via SNMP. So the true number maybe near 550. I haven't bothered 
checking how many pings fail (yet).
NetView does run with higher priority, so I do understand the risks involved.

> Will the number increase from 5000 to a much larger number?
Not likely. Maybe 7000, but that's assuming the worst case where we just need 
those printers.
> Will someone decide running this every 10 minutes is a great idea?
I'm the only one who runs it. No one is going to automate it without my 
knowledge.

- Vignesh
Mainframe Admin

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Jon Perryman
Sent: 27 April 2014 22:27
To: [email protected]
Subject: Re: Rexx Concurrency (was: Sorting CSV data ...)

There is often a reason why z/OS makes simple UNIX tasks difficult or makes 
good people do bad things. In your case, you estimated 5000 pings and SNMP 
GET's. If you spawn that many process under Netview could be detrimental. Can 
SNMP become CPU intensive? Will there be a situation where you need to cancel 
5000 processes (or worse - restart Netview because of the overload). Will the 
number increase from 5000 to a much larger number? Will someone decide running 
this every 10 minutes is a great idea?

Automation products run at a high dispatching priority and run mission critical 
commands. You can potentially take away valuable CPU from much more important 
workload or even worse, cause a critical command to be delayed.

Submitting JCL is the best solution but submitting 1000 jobs to be a bit 
much.Submitting 3 or 4 is more reasonable but you will need to use a queue to 
pull the next IP address. For the queue, you could install / use the REXX 
interface to MQ or DB2. Alternatively you could install / use RXVSAM from CBT 
and use a VSAM file as a queue.


If you do this in Netview, I suggest scheduling multiple Netview commands that 
are processed by a set of specific Netview command tasks. You can stop / start 
these tasks if Netview get's overwhelmed and Netview cancel command is 
available to cancel the commands.

Jon Perryman.


----- Original Message -----
> From: "Sankaranarayanan, Vignesh"
> <[email protected]>
>
> Continuing dream mode, is it possible to SNMP GET and PING from inside
> OMVS, whilst maintaining the NetView REXX as parent?
> That would allow me to spin up threads I hope ...
>
> -----Original Message-----
> Of Paul Gilmartin
>
> On Thu, 17 Apr 2014 17:41:12 -0500, Norbert Friemel wrote:
>
>> On Thu, 17 Apr 2014 19:26:17 +0000, Sankaranarayanan, Vignesh wrote:
>>
>>> Ok.. Is it possible to fire off other REXXes repetitively (let's say
> 2 or 3, each doing one function) that will not RETURN to the main, but
> write their output to a dataset once done?
>>
>> Submit batch jobs (PGM=IKJEFT01,PARM='%rxsub?? p1 p2 p3) from the main?
>>
> Neither DDLIST nor Google gives me relevant hits for RXSUB.
>
> (But it really shouldn't be that hard.  For each job:
>
>     RC = BPXWDYN( 'alloc rtddn(RDR) sysout writer(INTRDR) msg(WTP)' )
>     /* write JCL to RDR with EXECIO.  */
>     RC = BPXWDYN( 'free dd('RDR') msg(WTP)' )
>
> The hard part is detecting completion and getting status back.)
>
> -- gil


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN

MARKSANDSPENCER.COM
________________________________
 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to