Re: IBM Development Clueless about COBOL DEV activities
Paul Peplinski guesses: Which utility? http://www-03.ibm.com/software/products/en/migration Yes, that was Dana Mitchell's guess, too. However, in this same discussion thread, IBM's Ken Hume -- thank you, Ken -- reported that the IBM Migration Utility development team has no known issues with Enterprise COBOL 5.1 at least as of April, 2014. It's perfectly fine -- more than fine, since you'll likely pick up a runtime performance benefit -- to use IBM Migration Utility together with Enterprise COBOL 5.1. Though, as always, if any customer has an issue with their supported products to report to IBM, please do. Steve Thompson is the original poster. If he'd like to reply either to this forum or offline, he's most welcome to. Unless and until then, I suggest we stop playing guess what product (and its purported November, 2013, status) Steve meant. Timothy Sipples IT Architect Executive, zEnterprise Industry Solutions, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beyond the EC12
John Kelly, Senior VP and Director, IBM Research, previewed IBM's technology plans for the mainframe in his presentation at the Mainframe 50 celebration in New York on April 8, 2014. You can watch an online video replay of that event here: http://www.ibm.com/mainframe50 For what it's worth, tetraphobia is common in Asia, though that hasn't always been a naming obstacle (z114, 4341, iPhone 4, iPhone 4S, HP LaserJet 4/4L/4P, etc.) The current version of IMS is 13, and it's wonderful. Also for what it's worth, I made some predictions on April 1, 2014: http://www.millennialmainframer.com/2014/04/new-mainframe-day-april-1/ Timothy Sipples IT Architect Executive, zEnterprise Industry Solutions, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Beyond the EC12
re: http://www.garlic.com/~lynn/2014f.html#49 Beyond the EC12 http://www.garlic.com/~lynn/2014f.html#50 Beyond the EC12 for additional 4341 drift ... old post in (linkedin) IBM Historic Computing http://www.garlic.com/~lynn/2011m.html#46 From The Annals of Release No Software Before Its Time also has an old, different email from 26Aug1982 on 4341 http://www.garlic.com/~lynn/2011m.html#email820826 with more details about clusters of 4341s beating 3033. other old 4300 related email http://www.garlic.com/~lynn/lhwemail.html#43xx and some I/O topic drift (3033/3081 compared to 4341) ... i've periodically referenced FICON and how FICON is a enormously heavy-weight protocol layered on fibre-channel standard that drastically reduces native FCS throughput ... z196 peak i/o benchmark getting 2M IOPS with 104 FICON (layered on top of FCS) about same time as claim of single FCS for e5-2600 getting over million IOPS (two such FCS tops 104 FICON). posts mentioning FICON http://www.garlic.com/~lynn/submisc.html#ficon in 1980 I had gotten roped into doing channel-extender for STL that was moving 300 people from IMS group to offsite bldg with service back to STL datacenter. The support downloaded channel programs to the remote end and ran the extender asynchronous full-duplex ... with only simulation of half-duplex synchronous at the end-points ... reducing the enormous amount of channel protocol chatter latency and significantly increasing throughput ... then in 1988 I was asked to help LLNL standardize some serial stuff they had ... which quickly becomes fibre-channel standard. posts mentioning channel-extender http://www.garlic.com/~lynn/submisc.html#channel.extender -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Development Clueless about COBOL DEV activities
On Sun, 27 Apr 2014 19:32:24 +0800, Timothy Sipples wrote: Paul Peplinski guesses: Which utility? http://www-03.ibm.com/software/products/en/migration Yes, that was Dana Mitchell's guess, too. However, in this same discussion thread, IBM's Ken Hume -- thank you, Ken -- reported that the IBM Migration Utility development team has no known issues with Enterprise COBOL 5.1 at least as of April, 2014. ... FSVO issue. Some customers take issue with the requirement for PDSE; others with apparent incompatibilities with RDz. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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
vignesh.v.sankaranaraya...@marks-and-spencer.com
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 +, 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predictive Failure Analysis (PFA) can help ?
System monitors (e.g. Omegamon) can detect when a job is above or below a specified threshhold. Use your automation product to detect this situation and take the dump / provide notification. If you don't have a monitor, then output from the MVS D A, command and calculate the difference between the current and previous CT= value. Jon Perryman. - Original Message - From: Miklos Szigetvari miklos.szigetv...@isis-papyrus.com O.k. so no PFA for this. It is a test machine, so during the complete stress test, this was the only active process, so no WLM or something like this. Monitored with RMF and the system CPU also dropped to a few percent. Seems to me , the process is in wait , I would like to get DUMP's and issue other diag commands in this case. As it happened last time in Sunday morning 7:30, it would be not bad to get some kind of alert . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx Concurrency (was: Sorting CSV data ...)
On Sun, 27 Apr 2014 14:26:51 -0700, Jon Perryman wrote: 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. I have used POSIX pipes to control a queue in a POSIX shell script. Shell is more suited to concurrent operations than Rexx; simply it has the construct. In my case I wanted concurrency but conservatively (arbitrarily) limited to 5 concurrent processes. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Predictive Failure Analysis (PFA) can help ?
Jon, Are you working for a ISV ? I am curious Regards, Scott From: Jon Perryman Sent: Sunday, April 27, 2014 5:46 PM To: IBM Mainframe Discussion List System monitors (e.g. Omegamon) can detect when a job is above or below a specified threshhold. Use your automation product to detect this situation and take the dump / provide notification. If you don't have a monitor, then output from the MVS D A, command and calculate the difference between the current and previous CT= value. Jon Perryman. - Original Message - From: Miklos Szigetvari miklos.szigetv...@isis-papyrus.com O.k. so no PFA for this. It is a test machine, so during the complete stress test, this was the only active process, so no WLM or something like this. Monitored with RMF and the system CPU also dropped to a few percent. Seems to me , the process is in wait , I would like to get DUMP's and issue other diag commands in this case. As it happened last time in Sunday morning 7:30, it would be not bad to get some kind of alert . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enterprise COBOL v5.1 and RDz v9.x
On Fri, 25 Apr 2014 18:52:50 -0400, Don Poitraspoit...@pobox.com wrote: As for stack extensions, there isn't a lot of code that would go deeper than one megabyte and that's the minimum allocation size for 64-bit. Especially since the maximum allocation for a program is architected at 2K. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GRS RESMIL setting on CPU consumption
Hello, Based on the lack of warnings in the following page in the GRS Planning Guide ( http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.ieag400%2Ftunring.htm ), and some customer experience, I don't think that RESMIL=0 or OFF will severely impact your CPU utilization. I'll run that by a colleague. Always best to try it in a test environment first of course. Ring mode performance for Global ENQs is still drastically slower in Ring mode than it is in Star. The following performance tools for ENQs (also documented in GRS Planning) could be helpful in addition to RMF Monitor III reports: SYS1.SAMPLIB(ISGNQRSP) - Measures Global ENQ performance GRS EQDQ Monitor, ISGAUDIT - Provides a more comprehensive look at ENQ data including performance, with some performance overhead Please check out the references attached to this email for more information about GRS performance. GRS Planning Guide: Ring info http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieag400/gring.htm http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieag400/tunring.htm GRS EQDQ Monitor (ISGAUDIT) http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieag400/emon.htm GRS ISGNQRSP Info http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieag400/visype.htm#visype Introduction to GRS SHARE Presentation from 2010 http://www.share.org/p/do/sd/topic=60sid=591 (need to register at share.org) IBM GRS presentation at NASPAA (which can be found at http://www.google.com/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDwQFjACurl=ftp%3A%2F%2Fpublic.dhe.ibm.com%2Fs390%2Fzos%2Fracf%2Fpdf%2Fnynaspa_2005_11_29_grs_101.pdfei=bhoGU5DcKKfH0QHYq4GIDAusg=AFQjCNEBpznPzbj7oHh_sOUyyIFXDhr5dQsig2=lU02rfp3PM6Xj5f58V0hMQbvm=bv.61725948,d.dmQcad=rja ) z/OS GRS: Performance Considerations White Paper (which can be found at http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a8186256c71006d2e0a/e6be7f9c4c2704578625777000715888/$FILE/grs_perf_v11.pdf ) Thanks, JG Joe Gentile z/OS GRS and Logger Development (845)435-2184 (T/L 295-2184) jwgen...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GRS RESMIL setting on CPU consumption
Correction: There are some cautionary statements about RESMIL=OFF regarding CPU consumption. Zero is different as GRS may still do tuning. JG Joe Gentile z/OS GRS and Logger Development (845)435-2184 (T/L 295-2184) jwgen...@us.ibm.com - Forwarded by Joseph W Gentile/Poughkeepsie/IBM on 04/27/2014 09:14 PM - From: Joseph W Gentile/Poughkeepsie/IBM To: IBM-MAIN@LISTSERV.UA.EDU, Date: 04/27/2014 09:09 PM Subject:Re: GRS RESMIL setting on CPU consumption Hello, Based on the lack of warnings in the following page in the GRS Planning Guide ( http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.ieag400%2Ftunring.htm ), and some customer experience, I don't think that RESMIL=0 or OFF will severely impact your CPU utilization. I'll run that by a colleague. Always best to try it in a test environment first of course. Ring mode performance for Global ENQs is still drastically slower in Ring mode than it is in Star. The following performance tools for ENQs (also documented in GRS Planning) could be helpful in addition to RMF Monitor III reports: SYS1.SAMPLIB(ISGNQRSP) - Measures Global ENQ performance GRS EQDQ Monitor, ISGAUDIT - Provides a more comprehensive look at ENQ data including performance, with some performance overhead Please check out the references attached to this email for more information about GRS performance. GRS Planning Guide: Ring info http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieag400/gring.htm http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieag400/tunring.htm GRS EQDQ Monitor (ISGAUDIT) http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieag400/emon.htm GRS ISGNQRSP Info http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieag400/visype.htm#visype Introduction to GRS SHARE Presentation from 2010 http://www.share.org/p/do/sd/topic=60sid=591 (need to register at share.org) IBM GRS presentation at NASPAA (which can be found at http://www.google.com/url?sa=trct=jq=esrc=ssource=webcd=3ved=0CDwQFjACurl=ftp%3A%2F%2Fpublic.dhe.ibm.com%2Fs390%2Fzos%2Fracf%2Fpdf%2Fnynaspa_2005_11_29_grs_101.pdfei=bhoGU5DcKKfH0QHYq4GIDAusg=AFQjCNEBpznPzbj7oHh_sOUyyIFXDhr5dQsig2=lU02rfp3PM6Xj5f58V0hMQbvm=bv.61725948,d.dmQcad=rja ) z/OS GRS: Performance Considerations White Paper (which can be found at http://www-03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a8186256c71006d2e0a/e6be7f9c4c2704578625777000715888/$FILE/grs_perf_v11.pdf ) Thanks, JG Joe Gentile z/OS GRS and Logger Development (845)435-2184 (T/L 295-2184) jwgen...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Autorization Code Question
I have a module in APF authorized Library that is linkedit AC=1 when I load this module shouldn't the high order byte of R1 be X'01' Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Autorization Code Question
At 22:46 -0400 on 04/27/2014, MichealButz wrote about Autorization Code Question: I have a module in APF authorized Library that is linkedit AC=1 when I load this module shouldn't the high order byte of R1 be X'01' I do not think the APF Flag can be there. R1 is the where the module is loaded and the high byte needs to be part of the address in AMODE31. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Autorization Code Question
Yes as long as all datasets in steplib or joblib are APF authorized. Jon Perryman. - Original Message - From: MichealButz michealb...@comcast.net I have a module in APF authorized Library that is linkedit AC=1 when I load this module shouldn't the high order byte of R1 be X'01' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Autorization Code Question
Prior to this I got an error running under TESTAUTH that the module was loaded from an non-APF authorize data set Apparently this is the problem Sent from my iPhone On Apr 28, 2014, at 12:23 AM, Jon Perryman jperr...@pacbell.net wrote: Yes as long as all datasets in steplib or joblib are APF authorized. Jon Perryman. - Original Message - From: MichealButz michealb...@comcast.net I have a module in APF authorized Library that is linkedit AC=1 when I load this module shouldn't the high order byte of R1 be X'01' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
