Ok. Thanks. John T. Abell President International Software Products Tel: 800-295-7608 Ext: 224 International: 1-416-593-5578 Ext: 224 Fax: 800-295-7609 International: 1-416-593-5579
E-mail: [email protected] Web: www.ispinfo.com This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive on behalf of the named recipient), please contact the sender by reply email and delete all copies of this message. Also,email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday, April 28, 2014 10:31 AM To: [email protected] Subject: Re: Rexx Concurrency (was: Sorting CSV data ...) > 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 --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
