Re: IBM C compiler substituting for macros inside literals?
Charles Yes, I assumed this and used the macro invocation in my test compile. And for completeness, I can confirm that when I use cc -E on my 1.12 system I get the same results as you i.e.: printf(%fox %s %s %s %s\n, 5, The, quick, brown, fox); Regards Andy T. On 2 Sep 2014, at 03:20, Charles Mills charl...@mcn.org wrote: I realize I also left out one line of the problem. *For the macro invocation* STRINGZ(The, quick, brown, fox); the compiler is making of it printf(%fox %s %s %s %s\n, 5, The, quick, brown, fox); Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zAAP vs x64 performance comparison
1) zAAPs were only doing Java work. The z10 machines at the time had no option for zAAP on zIIP, so we're talking about real zAAPs here, which only are eligible for Java work. 2) Yes, when I said zAAP-eligible I meant just JVM work, not including stuff that isn't eligible. For example, if you look at the Websphere address spaces, the servants running the application Java code are almost all eligible. But the daemon, node agent and server all do more work that's not eligible. If you look in SDSF, there are a few data columns of interest: JOBNAME CPU-Time GCP-Time zAAP-NTime zACP-Time zAAP-Time ECPU-Time P3SR01AS 2189.2022.082039.81 6.72328.213225.14 P3SR02AS 7197.2465.006995.91 13.61 1125.679299.76 P3SR02A 1303.91 663.30 582.25 0.78 93.681303.91 P3SR02BS 7536.5365.277314.36 12.95 1176.919854.92 P3SR01A 516.91 106.61 381.86 1.47 61.44 516.91 P3SR01BS 1997.0914.321849.42 5.75297.582086.93 P3DMGR 5358.58 656.194511.57 30.37725.935358.58 P3SR02B 1314.07 649.79 603.67 0.92 97.131314.07 P3AGNTA 3111.00 418.392495.72 8.96401.573111.00 CPU-Time is the total normalized time across all the processor types. IIRC, ECPU-Time includes some enclave time that CPU-Time does not. GCP-Time shows the time on the GCPs. zAAP-NTime, is the zAAP time, normalized to the GCP speed, whereas the zAAP-Time column shows the non-normalized values. (Since those are different above, you can see I'm running on sub-capacity GCPs and the normalization factor is about 6.2x.) zACP-Time is the time on the GCP that was zAAP-eligible but for some reason ran on the GCP. You can see that 's very tiny. It will never be zero because of the way some interrupts are handled, but with IFAHONORPRIORITY=NO it can be very small. Note that NO is not appropriate in all situations. So when I said 95% of their zAAP-eligible time is on the zAAPs, I meant zACP / (zACP+zAAP-N). Here's an example though where it works out to 94% though: JOBNAMECPU-Time GCP-Time zAAP-NTime zACP-Time zAAP-Time ECPU-Time RTMSERVE 14639.67 7958.276564.75421.45 1056.30 14639.67 RTMSERVE3708.42 275.123392.55 8.20545.883708.42 That first address space spends a fair amount of time calling REXX scripts from the JVM, so there's more swapping backs and forth between the GCP and zAAP, and that's probably got something to do with why it has more zACP time. You'll also notice that ECPU-time = CPU-Time in this example, supporting my recollection that ECPU-time has something to do with the enclave time as there's no enclaves involved here. All this data is also in the type 30 SMF records. I'm glad you found the post interesting. Scott On Thu, 28 Aug 2014 08:24:59 -0500, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: the z10 zAAPs stayed at right around 15-20% busy or so. With or without, for example, DB2 work offloaded to zAAP? With that set to no I think all of my JVMs show 95% of their zAAP-eligible time is on the zAAPs, and 98% is not uncommon. Just curious and if you don't mind please, what did you used to measure those usage percentage? Are only the JVM work measured or not? I don't think I answered your question, but hopefully I've given you some things to think about. But you gave a good general answer. I believe many on IBM-MAIN can learn from it. Many thanks! Groete / Greetings Elardus Engelbrecht -- 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: FW: ftp.emea.ibm.com has been removed
Lizette Koehler wrote: I saw this on the IMS List and thought it should be posted here as well. Thanks. I believe many will benefit greatly from your post. For all those that used ftp.emea.ibm.com I'm just curious, did the IBM reps warned all uploaders about that removal? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Question regarding sharing of CF
Martin, Below is a snippet from an e-mail my hardware sysprog sent after I had them turn on thin interrupts on our EC12 test/dev partitions CF engines. These CF engines are shared across 2 CF LPARs and I think you will like the results we are seeing. The results have been impressive. Looking at just one of the structures, DDV0_LOCK1, prior to the change, in an 8 hour interval during prime shift, we see a 6.5 microsecond response time for 1221K SYNC requests and a 288.4 microsecond response time for 6073 ASYNC requests. After the change we see for DDV0_LOCK1 a 4.5 microsecond response time for 2104K SYNC requests and NO ASYNC requests, meaning that all requests were satisfied synchronously. Now for the negative, which really is not a negative, before the change, over the prime shift the DEV CF processor utilization was 0.6% busy, after the change its now 35% busy. With the improved performance that we are seeing in response times for our DEV environments I think it's well worth it. Gene Pate CSX Technology Enterprise Architecture 550 Water Street - 741GG Jacksonville, FL 32202 (904) 633-5158 (o) (904) 662-5103 (c) (904) 245-4058 (f) gene_p...@csx.commailto:gene_p...@csx.com www.csx.comhttp://www.csx.com/ This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Demonstrating Moore's law
l...@garlic.com (Anne Lynn Wheeler) writes: this somewhat comes up in the discussion about ibm selling its chip fab business ... and possibly nobody wanting to acquire the east fishkill and burlington fabs. in an (linkedin) ibm employee discussion, somebody re: http://www.garlic.com/~lynn/2014h.html#20 Demonstrating Moore's law latest story is that IBM was willing to pay $1B for somebody to take chip fab business ... but prospects wanted $2B. from thread: z10 64 processors, 30BIPS (469MIPS/proc), Feb2008 z196 80 processors, 50BIPS (625MIPS/proc), Jul2010 $28m or $560k/BIPS ec12, 101 processors, 75BIPS (743MIPS/proc), Aug2012 $33m or $440K/BIPS latest ec12 6core/chip is in 32nm technology latest haswell-E @ $1k (and less) http://www.tomshardware.com/reviews/intel-core-i7-5960x-haswell-e-cpu,3918.html http://www.extremetech.com/computing/188911-intel-haswell-e-review-the-best-consumer-performance-chip-you-can-buy-with-some-caveats http://www.pcworld.com/article/2600325/intel-turns-its-attention-to-desktop-performance-unveils-8-core-haswell-e-processor.html intel technology map http://en.wikipedia.org/wiki/Intel_Tick-Tock past posts in this thread: http://www.garlic.com/~lynn/2014h.html#2 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#4 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#5 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#6 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#7 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#8 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#9 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#10 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#11 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#12 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#13 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#15 Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#16 Emulating z CPs was: Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#17 Emulating z CPs was: Demonstrating Moore's law http://www.garlic.com/~lynn/2014h.html#46 Demonstrating Moore's law -- 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 C compiler substituting for macros inside literals?
On Tue, 2 Sep 2014 08:31:50 +0100, Andy Taylor wrote: Charles Yes, I assumed this and used the macro invocation in my test compile. And for completeness, I can confirm that when I use cc -E on my 1.12 system I get the same results as you i.e.: printf(%fox %s %s %s %s\n, 5, The, quick, brown, fox); FWIW, the IBM XL C compiler on AIX 6 produces the same result when cc -E is used (rather than xlc or c89), and the cc command on an HP-UX 11.11 system (the C compiler that doesn't cost extra, and is not ANSI C) produces the same result. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Deleting Cluster Using IEFBR14 or IDCAMS
Hi Group, Is there a difference in using the utility IEFBR14 and IDCAMS in deleting VSAM cluster Dataset ? I used to Delete the Cluster Before using IEFBR14 before but now it fails. //DEL EXEC PGM=IEFBR14 //TSDD DISP=(MOD,DELETE),UNIT=SYSDA,SPACE=(TRK,(0)), // DSN=CHRIS.TESTING.DB2.LL1 doesn't clear data set but raise IGD17105I CATALOG ERROR WHILE DELETING DATA SET 730 CHRIS.TESTING.DB2.LL1 RETURN CODE IS 84 REASON CODE IS 0 IGG0CLFK Explanation from Manual : 84 Explanation: CAXWA count of active users has reached 32767, the maximum allowed. The Deletion works well with IDCAMS but not with IEFBR14. Z/OS : 2.1 Chris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
Christian D wrote: Is there a difference in using the utility IEFBR14 and IDCAMS in deleting VSAM cluster Dataset ? Absolutely! You use IDCAMS to manage VSAM datasets. IEFBR14 just simply 'does nothing'. I used to Delete the Cluster Before using IEFBR14 before but now it fails. Of course it will fail. //DEL EXEC PGM=IEFBR14 //TSDD DISP=(MOD,DELETE),UNIT=SYSDA,SPACE=(TRK,(0)), // DSN=CHRIS.TESTING.DB2.LL1 It is NOT IEFBR14 which caused the failure, but the system handling the DD statements. doesn't clear data set but raise IGD17105I CATALOG ERROR WHILE DELETING DATA SET 730 CHRIS.TESTING.DB2.LL1 RETURN CODE IS 84 REASON CODE IS 0 IGG0CLFK Of course, if you do something not supported, you will break things. The Deletion works well with IDCAMS but not with IEFBR14. This is WAD. Just use IDCAMS to manage your VSAM datasets and the catalogs. Now, you will have to examine the catalog(s) and the VTOC, VVDS, volsers to make sure you have not broken something. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
You may also have an IDC3009I message. If so, I would check those codes as well. Just a guess, that the IDCAMS handles VSAM better than IEFBR14. IDCAMS is code that works with the VSAM environment better. IEFBR14 is a do nothing program. So may not support this process. CAXWA count of active users has reached 32767, the maximum allowed. Programmer Response: Do not use the catalog until one of the current jobs allocated to it ends or logs off. You may want to open an SR with IBM. This may be a bug with either prior z/OS release, or v2.1. Try this command and see what CAXWA looks like F CATALOG,REPORT,PERFORMANCE Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Christian D Sent: Tuesday, September 02, 2014 6:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Deleting Cluster Using IEFBR14 or IDCAMS Hi Group, Is there a difference in using the utility IEFBR14 and IDCAMS in deleting VSAM cluster Dataset ? I used to Delete the Cluster Before using IEFBR14 before but now it fails. //DEL EXEC PGM=IEFBR14 //TSDD DISP=(MOD,DELETE),UNIT=SYSDA,SPACE=(TRK,(0)), // DSN=CHRIS.TESTING.DB2.LL1 doesn't clear data set but raise IGD17105I CATALOG ERROR WHILE DELETING DATA SET 730 CHRIS.TESTING.DB2.LL1 RETURN CODE IS 84 REASON CODE IS 0 IGG0CLFK Explanation from Manual : 84 Explanation: CAXWA count of active users has reached 32767, the maximum allowed. The Deletion works well with IDCAMS but not with IEFBR14. Z/OS : 2.1 Chris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Demonstrating Moore's law
000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) writes: But suppose IBM chooses a prospect and pays the $2B. The contract would surely include a committment to supply IBM with N chips each at a price of $2B/N + incremental manufacturing cost. But who pays for the RD and tooling for the next generation technology? Could that be specified, firmly, in the contract? re: http://www.garlic.com/~lynn/2014j.html#85 Demonstrating Moore's law story was that prospects were interested in the people and expertise ... didn't really want the FABs ... but would take them for $2B. IBM would have to do their own proprietary chip designs ... but use whatever technology is in the market (already there are comments that there is some design commonality between mainframe chips and other chips). presumably, IBM would want latest 14nm technology (not the older 32nm technology) and newer; see intel's roadmap (intel is spending $5b to build a 14nm fab; which pretty much obsoletes older fabs) http://en.wikipedia.org/wiki/Intel_Tick-Tock current list of fabs. http://en.wikipedia.org/wiki/List_of_semiconductor_fabrication_plants -- 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: Deleting Cluster Using IEFBR14 or IDCAMS
This message is less informative that it should be. The value +32767 is of course the [decimal] capacity of a signed binary halfword, and what we notionally have here is an instance of control-block field overflow; but I suspect that this message is an artefact of the use of IEFBR14---As Elardus has already pointed out, it does nothing itself and wots not of VSAM---to trigger the deletion of a VSAM dataset identified in a JCL DD statement. Use IDCAMS instead! John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
On Tue, Sep 2, 2014 at 9:09 AM, John Gilmore jwgli...@gmail.com wrote: This message is less informative that it should be. The value +32767 is of course the [decimal] capacity of a signed binary halfword, and what we notionally have here is an instance of control-block field overflow; but I suspect that this message is an artefact of the use of IEFBR14---As Elardus has already pointed out, it does nothing itself and wots not of VSAM---to trigger the deletion of a VSAM dataset identified in a JCL DD statement. Use IDCAMS instead! John Gilmore, Ashland, MA 01721 - USA I can only think of two reason people still use IEFBR14 in this manner. The first is that it predates the existence of IDCAMS. And so inertia has set in. The other reason is that by being in JCL, the DSN, or portion, can be a symbolic parameter. We use something like this in our JCL procedures so that a single PROC can be used for Test, Model Office, or Production just by something like: //JS010 EXEC PROC=PRODPROC,NODE=T (or M or P). And then have: //SOMEDD DD DISP=SHR,DSN=aaaNODE..REST.OF.NAME This can be emulated, with difficulty, with a PROC similar to //DELIT PROC NODE=T //DELIT EXEC PGM=IKJEFT01, // PARM='DEL aaaNODE..REST.OF.NAME' //SYSTSPRT DD SYSOUT=Z //SYSTSIN DD DUMMY // PEND But we've gotten even lazier. We just use a CA-11 step in _all_ (even programmers submitted) jobs as the first step. That lets _it_ find and delete all DISP=NEW datasets referenced in the JCL. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
On Tue, 2 Sep 2014 19:01:45 +0530, Christian D wrote: Hi Group, Is there a difference in using the utility IEFBR14 and IDCAMS in deleting VSAM cluster Dataset ? I used to Delete the Cluster Before using IEFBR14 before but now it fails. //DEL EXEC PGM=IEFBR14 //TSDD DISP=(MOD,DELETE),UNIT=SYSDA,SPACE=(TRK,(0)), // DSN=CHRIS.TESTING.DB2.LL1 doesn't clear data set but raise IGD17105I CATALOG ERROR WHILE DELETING DATA SET 730 CHRIS.TESTING.DB2.LL1 RETURN CODE IS 84 REASON CODE IS 0 IGG0CLFK Explanation from Manual : 84 Explanation: CAXWA count of active users has reached 32767, the maximum allowed. The Deletion works well with IDCAMS but not with IEFBR14. You looked up the wrong return/reason code. 84 Explanation: CAXWA count of active users has... is return code 4, reason code 84. This is return code 84, reason code 0: RETURN CODE 84 Explanation: Date error. Reason Code Description 0 Explanation: An unexpired purge date exists. An attempt to delete an entry failed because its expiration date has not been reached, and the DELETE command did not specify the PURGE option. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2m6c2/20.422?SHELF=all13be9 You need the PURGE/PRG-Option of IDCAMS-DELETE to delete an unexpired data set. There's no equivalent in JCL. Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
On Tue, 2 Sep 2014 10:09:02 -0400, John Gilmore wrote: This message is less informative that it should be. I'd even say disinformative. The value +32767 is of course the [decimal] capacity of a signed binary halfword, and what we notionally have here is an instance of control-block field overflow; but I suspect that this message is an artefact of the use of IEFBR14---As Elardus has already pointed out, it does nothing itself and wots not of VSAM---to trigger the deletion of a VSAM dataset identified in a JCL DD statement. If allocation fails to delete a VSAM data set, the cause should be described clearly, with suitable Programmer Pesponse, in the message explanation. If allocation actually leaves a control block field corrupted, that bug should be fixed. Use IDCAMS instead! (That should appear as the Programmer Response.) I use DSLIST, but I assume that invokes IDCAMS. (TSO DELETE also? I haven't tried that.) I've observed IBM to be quite slow repairing misleading message texts. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
On Tue, 2 Sep 2014 09:27:07 -0500, John McKown wrote: I can only think of two reason people still use IEFBR14 in this manner. The first is that it predates the existence of IDCAMS. And so inertia has set in. The other reason is that by being in JCL, the DSN, or portion, can be a symbolic parameter. ... //DELIT PROC NODE=T //DELIT EXEC PGM=IKJEFT01, // PARM='DEL aaaNODE..REST.OF.NAME' //SYSTSPRT DD SYSOUT=Z //SYSTSIN DD DUMMY // PEND Of course, z/OS 2.1 provides symbol substitution in the SYSIN to IDCAMS. But we've gotten even lazier. We just use a CA-11 step in _all_ (even programmers submitted) jobs as the first step. That lets _it_ find and delete all DISP=NEW datasets referenced in the JCL. (But not, I hope, DISP=(,CATLG). Isn't the default disposition (,DELETE)?) first step? Not last? It deletes data sets about to be created? Or does it modify control blocks for the remainder of the job? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
On Tue, 2 Sep 2014 08:42:10 -0500, Elardus Engelbrecht wrote: Christian D wrote: Is there a difference in using the utility IEFBR14 and IDCAMS in deleting VSAM cluster Dataset ? Absolutely! You use IDCAMS to manage VSAM datasets. IEFBR14 just simply 'does nothing'. You can define (and delete) VSAM data with JCL/IEFBR14 for about 25 years now (MVS/ESA 3.1.0e ?). http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D4A0/2.2.3 Not all IDCAMS-Options are available in JCL, but you can use temporary VSAM data sets (DSN=amp;MYDSN,DISP=(,PASS)) in JCL (you can't define temporary data sets with IDCAMS) Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
On Tue, Sep 2, 2014 at 9:42 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Tue, 2 Sep 2014 09:27:07 -0500, John McKown wrote: I can only think of two reason people still use IEFBR14 in this manner. The first is that it predates the existence of IDCAMS. And so inertia has set in. The other reason is that by being in JCL, the DSN, or portion, can be a symbolic parameter. ... //DELIT PROC NODE=T //DELIT EXEC PGM=IKJEFT01, // PARM='DEL aaaNODE..REST.OF.NAME' //SYSTSPRT DD SYSOUT=Z //SYSTSIN DD DUMMY // PEND Of course, z/OS 2.1 provides symbol substitution in the SYSIN to IDCAMS. But we've gotten even lazier. We just use a CA-11 step in _all_ (even programmers submitted) jobs as the first step. That lets _it_ find and delete all DISP=NEW datasets referenced in the JCL. (But not, I hope, DISP=(,CATLG). Isn't the default disposition (,DELETE)?) first step? Not last? It deletes data sets about to be created? Yes. That is its entire purpose in life. It deletes _every_ DSN (with some exceptions such as SYS1 and others in a customer supplied exclusion list) which the internal control blocks (SWA) says that the job is going to try to create. It runs as the first step so that it can scan the SWA. It checks for DSNs which the job is going to try to create (regardless of disposition of CATLG, DELETE, or KEEP) and actually, internally, uses IDCAMS DELETE to delete them in the first step. At least as I understand what I was told by one of the writers of the package. One reason for this exclusion list was the number of people who would mess up their JCL so that the DISP was missing or the JCL converter/interpreter would comment it out. This saves critical DSNs from being deleted. IIRC, it was done after a sysprog had a JOB with SYS1.LINKLIB (to which he had ALTER access) in a DD and simply forgot the DISP. Bye-bye to SYS1.LINKLIB. And then, soon thereafter, bye-bye system. Or does it modify control blocks for the remainder of the job? Well, if the job is a restart, it will mess around with the relative GDG numbers properly so that the restarted job will actually restart in the failing step. It also updates internal control block from the data base it maintains in order to post the previous run's return codes into the proper control blocks in the current run with the values from the previous run, then bypass those steps so that they don't actually run. This way, any COND= and IF statements would work just as they would have in the previous jobs, had it not abended. But we only use the restart function of CA-11 for jobs submitted by CA-7. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
Paul Gilmartin wrote: begin extract first step? Not last? It deletes data sets about to be created? /end extract Many readers here are too young to have done any great number of SYSGENs, but they provide an apposite vehicle for discussing such operations. SYSGENs were many-step jobs; and they often failed, not least frequently because the space required in some [real] DASD dataset had been underestimated and that available had been exhausted. IBM provided a utility for reconstituting a job beginning with step n 1, but it was appropriate indeed essential to delete many already allocated DISP=NEW datasets before rerunning it. It was standard practice to restore the status quo ante by doing so before retrying the SYSGEN, and there are analogous situations in which this should still be done. A tabula rasa is unproblematic, and the deletion of a non-existent data set is an innocuous operation. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Demonstrating Moore's law
On Tue, Sep 2, 2014 at 8:32 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Tue, 2 Sep 2014 08:56:23 -0400, Anne Lynn Wheeler wrote: l...@garlic.com (Anne Lynn Wheeler) writes: deleted latest story is that IBM was willing to pay $1B for somebody to take chip fab business ... but prospects wanted $2B. But suppose IBM chooses a prospect and pays the $2B. The contract would surely include a committment to supply IBM with N chips each at a price of $2B/N + incremental manufacturing cost. But who pays for the RD and tooling for the next generation technology? Could that be specified, firmly, in the contract? -- gil US$3,000,000,000 / 20,000 z/CPU = $150,000 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
On Tue, 2 Sep 2014 10:13:53 -0500, Elardus Engelbrecht wrote: Norbert Friemel wrote: Not all IDCAMS-Options are available in JCL, but you can use temporary VSAM data sets (DSN=amp;amp;amp;MYDSN,DISP=(,PASS)) in JCL (you can't define temporary data sets with IDCAMS) Temp VSAM? Interesting, there must be a reason for that. Perhaps temp holdplace during creation of DB2 tables? Testing? I've run an entire SMP/E experiment in a single batch job. IDCAMS to create a CSI; GIMSMP with FUNCTION(s) in instream SMPPTFIN; IDCAMS DELETE (I had been unaware of temp VSAM; I thought VSAM requires CATALOG, and CATALOG hates temp DSN). (LISTSERV (or is it the sender's MUA?) does strange things to ampersands.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 09/02/2014 09:31:45 AM: From: Christian D christianfe...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/02/2014 09:31 AM Subject: Deleting Cluster Using IEFBR14 or IDCAMS Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hi Group, Is there a difference in using the utility IEFBR14 and IDCAMS in deleting VSAM cluster Dataset ? I used to Delete the Cluster Before using IEFBR14 before but now it fails. //DEL EXEC PGM=IEFBR14 //TSDD DISP=(MOD,DELETE),UNIT=SYSDA,SPACE=(TRK,(0)), // DSN=CHRIS.TESTING.DB2.LL1 doesn't clear data set but raise IGD17105I CATALOG ERROR WHILE DELETING DATA SET 730 CHRIS.TESTING.DB2.LL1 RETURN CODE IS 84 REASON CODE IS 0 IGG0CLFK Explanation from Manual : 84 Explanation: CAXWA count of active users has reached 32767, the maximum allowed. This is reason code 84 for return code 4. You need to look up return code 84, reason code 0. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS SMTP server
I am writing a simple CICS application to use the EXEC CICS SPOOL commands to write data to JES to be used by z/OS SMTP (not CSSMTP which we do not have running). My question is simple, but perhaps the answer is not. The question is, what is the best way to get the correct domain name to be used in the SMTP HELO command? We have quite a few batch processes that use the z/OS SMTP server to send email. All of them appear to just have coded HELO ZOS. While this works, it also is not technically correct because ZOS is not in fact the domain name. Rather, in our DEV LPAR it should be zosd.fb and in production prd1.fb. So we have a lot of the following the the SMTP LOGFILE DD: EZA5460I 09/02/14 09:01:24 BSMTP Helo Domain: ZOS I've never heard of you! rather than the more desirable: EZA5460I 09/02/14 12:23:11 BSMTP Helo Domain: zosd.fb Yours too, I see! SMTP doesn't seem to really care. Other than the message above it still works no matter if you supply the correct domain or not. I looked at the source code for the SMTPNOTE CLIST and see that even there the value is hardcoded. Do we just need to make this somehow configurable and make sure we configure it with the name of the LPAR the CICS is running in? Seems a bit of overkill. Honestly, the whole requirement for a user application to actually specify SMTP commands seems to me to be more than a little crazy. And in any case, the requirement for specifying who I am on the HELO is even odder. Especially since (for example) the Microsoft Exchange SMTP server doesn't even require it: 220 ES05.firstbank.fb.ent2 Microsoft ESMTP MAIL Service ready at Tue, 2 Sep 2014 12:39:56 -0600 HELO 250 ES05.firstbank.fb.ent2 Hello [10.100.5.50] whereas the z/OS SMTP server does require it. When not present the email is not sent and the SMTP log shows: EZA5465E 09/02/14 12:48:53 Deleting Spool File from undetermined origin job number (JOB04887) Perhaps in the end I'll just use HELO ZOS just like every other email job we have. But I like to have things as correct as possible (when possible and not a huge amount of extra work). Thanks, Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
W dniu 2014-09-02 16:49, Norbert Friemel pisze: On Tue, 2 Sep 2014 08:42:10 -0500, Elardus Engelbrecht wrote: Christian D wrote: Is there a difference in using the utility IEFBR14 and IDCAMS in deleting VSAM cluster Dataset ? Absolutely! You use IDCAMS to manage VSAM datasets. IEFBR14 just simply 'does nothing'. You can define (and delete) VSAM data with JCL/IEFBR14 for about 25 years now (MVS/ESA 3.1.0e ?). http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2D4A0/2.2.3 Not all IDCAMS-Options are available in JCL, but you can use temporary VSAM data sets (DSN=amp;MYDSN,DISP=(,PASS)) in JCL (you can't define temporary data sets with IDCAMS) Just to complement: there are options/features of VSAM which are unavailable in IDCAMS, but available in SMS DATA CLASS. Of course DATACLASS can be specified in JCL ...as well as in IDCAMS. There are also features present in IDCAMS but unavailable in DATA CLASS. So, full feature set require DC and IDCAMS. Last, but not least: LIKE keyword of DDname is your friend also in VSAM realm. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deleting Cluster Using IEFBR14 or IDCAMS
On 2 September 2014 10:32, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: I use DSLIST, but I assume that invokes IDCAMS. (TSO DELETE also? I haven't tried that.) TSO DELETE has been an IDCAMS command since MVS 2.0; maybe even in SVS, a system I never used. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS SMTP server
Is this guy really a 'CLIST'? I haven't used CLIST for so long that I don't know all the modern capabilities. LPAR name is set in standard system symbol SYSNAME. Rexx can certainly obtain the symbol. If the symbol is available, the code needs to be modified once to work in all environments. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Frank Swarbrick 002782105f5c-dmarc-requ...@listserv.ua.edu To: IBM-MAIN@LISTSERV.UA.EDU, Date: 09/02/2014 12:15 PM Subject:z/OS SMTP server Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I am writing a simple CICS application to use the EXEC CICS SPOOL commands to write data to JES to be used by z/OS SMTP (not CSSMTP which we do not have running). My question is simple, but perhaps the answer is not. The question is, what is the best way to get the correct domain name to be used in the SMTP HELO command? We have quite a few batch processes that use the z/OS SMTP server to send email. All of them appear to just have coded HELO ZOS. While this works, it also is not technically correct because ZOS is not in fact the domain name. Rather, in our DEV LPAR it should be zosd.fb and in production prd1.fb. So we have a lot of the following the the SMTP LOGFILE DD: EZA5460I 09/02/14 09:01:24 BSMTP Helo Domain: ZOS I've never heard of you! rather than the more desirable: EZA5460I 09/02/14 12:23:11 BSMTP Helo Domain: zosd.fb Yours too, I see! SMTP doesn't seem to really care. Other than the message above it still works no matter if you supply the correct domain or not. I looked at the source code for the SMTPNOTE CLIST and see that even there the value is hardcoded. Do we just need to make this somehow configurable and make sure we configure it with the name of the LPAR the CICS is running in? Seems a bit of overkill. Honestly, the whole requirement for a user application to actually specify SMTP commands seems to me to be more than a little crazy. And in any case, the requirement for specifying who I am on the HELO is even odder. Especially since (for example) the Microsoft Exchange SMTP server doesn't even require it: 220 ES05.firstbank.fb.ent2 Microsoft ESMTP MAIL Service ready at Tue, 2 Sep 2014 12:39:56 -0600 HELO 250 ES05.firstbank.fb.ent2 Hello [10.100.5.50] whereas the z/OS SMTP server does require it. When not present the email is not sent and the SMTP log shows: EZA5465E 09/02/14 12:48:53 Deleting Spool File from undetermined origin job number (JOB04887) Perhaps in the end I'll just use HELO ZOS just like every other email job we have. But I like to have things as correct as possible (when possible and not a huge amount of extra work). Thanks, Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS SMTP server
In our shop we have a started task called SMTP which is associated to a JES output class. That started task's cataloged procedure calls PGM=MVPMAIN with a CONFIG DD reading a certain statement for NJEDOMAIN. I think this is the SMTP setup not CSSMTP. You might check this in your environment. I am pretty sure, your NJEDOMAIN reads ZOS. The interesting point is *not* to set up an NJE node or even network (I think you can do but that's another story). Here, the NJE domain name is used in the default set of rewrite rules for the RFC822 header fields. For us this is a good (or correct) setup when for example we IEBGENER our memos to the JES output class associated with SMTP. We just write HELO ZOS and our SMTP started task will forward the correct way to our Lotus Domino service including query of MX records and all that stuff. Cheers Michael Von:Frank Swarbrick 002782105f5c-dmarc-requ...@listserv.ua.edu An: IBM-MAIN@LISTSERV.UA.EDU Datum: 2014-09-02 20:56 Betreff:z/OS SMTP server Gesendet von: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I am writing a simple CICS application to use the EXEC CICS SPOOL commands to write data to JES to be used by z/OS SMTP (not CSSMTP which we do not have running). My question is simple, but perhaps the answer is not. The question is, what is the best way to get the correct domain name to be used in the SMTP HELO command? We have quite a few batch processes that use the z/OS SMTP server to send email. All of them appear to just have coded HELO ZOS. While this works, it also is not technically correct because ZOS is not in fact the domain name. Rather, in our DEV LPAR it should be zosd.fb and in production prd1.fb. So we have a lot of the following the the SMTP LOGFILE DD: EZA5460I 09/02/14 09:01:24 BSMTP Helo Domain: ZOS I've never heard of you! rather than the more desirable: EZA5460I 09/02/14 12:23:11 BSMTP Helo Domain: zosd.fb Yours too, I see! SMTP doesn't seem to really care. Other than the message above it still works no matter if you supply the correct domain or not. I looked at the source code for the SMTPNOTE CLIST and see that even there the value is hardcoded. Do we just need to make this somehow configurable and make sure we configure it with the name of the LPAR the CICS is running in? Seems a bit of overkill. Honestly, the whole requirement for a user application to actually specify SMTP commands seems to me to be more than a little crazy. And in any case, the requirement for specifying who I am on the HELO is even odder. Especially since (for example) the Microsoft Exchange SMTP server doesn't even require it: 220 ES05.firstbank.fb.ent2 Microsoft ESMTP MAIL Service ready at Tue, 2 Sep 2014 12:39:56 -0600 HELO 250 ES05.firstbank.fb.ent2 Hello [10.100.5.50] whereas the z/OS SMTP server does require it. When not present the email is not sent and the SMTP log shows: EZA5465E 09/02/14 12:48:53 Deleting Spool File from undetermined origin job number (JOB04887) Perhaps in the end I'll just use HELO ZOS just like every other email job we have. But I like to have things as correct as possible (when possible and not a huge amount of extra work). Thanks, Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com __ Basler Sachversicherungs-AG Amtsgericht Bad Homburg v.d.H., HRB 9357 | USt-ID-Nr. DE 276021973 Basler Straße 4, 61345 Bad Homburg v.d.H. Vorstand: Jan De Meulder - Vorsitzender, Markus Jost, Dr. Jürg Schiltknecht, Dr. Alexander Tourneau, Dr. Christoph Wetzel Aufsichtsratsvorsitzender: Dr. Martin Strobel Basler Lebensversicherungs-AG | Amtsgericht Hamburg, HRB 4659 | Ust-ID-Nr. DE 276021973 Ludwig-Erhard-Straße 22, 20459 Hamburg Vorstand: Jan De Meulder - Vorsitzender, Markus Jost, Dr. Jürg Schiltknecht, Dr. Alexander Tourneau, Dr. Christoph Wetzel Aufsichtsratsvorsitzender: Dr. Martin Strobel Basler Versicherung AG Direktion für Deutschland | Amtsgericht Bad Homburg v.d.H., HRB 1228 | USt-ID-Nr. DE 281452875 Basler Straße 4, 61345 Bad Homburg v.d.H. Hauptbevollmächtigter für Deutschland: Jan De Meulder Basler Leben AG Direktion für Deutschland | Amtsgericht Bad Homburg v.d.H., HRB 1229 | Ust-ID-Nr. DE 281452875 Basler Straße 4, 61345 Bad Homburg v.d.H. Hauptbevollmächtigter für Deutschland: Jan De Meulder __ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com
Re: z/OS SMTP server
On Tue, 2 Sep 2014 12:41:40 -0700, Skip Robinson wrote: Is this guy really a 'CLIST'? I haven't used CLIST for so long that I don't know all the modern capabilities. LPAR name is set in standard system symbol SYSNAME. Rexx can certainly obtain the symbol. If the symbol is available, the code needs to be modified once to work in all environments. And, of course, they may differ: user@HOST: ping $(rexx say mvsvar(sysname)) EZZ3111I Unknown host 'MVS3' Sysadmin territorial dispute: LPAR name is 4 characters (is this a SMF restriction?) and our nework administrators enforce their own incompatible conventions. From: Frank Swarbrick Date: 09/02/2014 12:15 PM I am writing a simple CICS application to use the EXEC CICS SPOOL commands to write data to JES to be used by z/OS SMTP (not CSSMTP which we do not have running). My question is simple, but perhaps the answer is not. The question is, what is the best way to get the correct domain name to be used in the SMTP HELO command? We have quite a few batch processes that use the z/OS SMTP server to send email. All of them appear to just have coded HELO ZOS. While this works, it also is not technically correct because ZOS is not in fact the domain name. Rather, in our DEV LPAR it should be zosd.fb and in production prd1.fb. So we have a lot of the following the the SMTP LOGFILE DD: EZA5460I 09/02/14 09:01:24 BSMTP Helo Domain: ZOS I've never heard of you! rather than the more desirable: EZA5460I 09/02/14 12:23:11 BSMTP Helo Domain: zosd.fb Yours too, I see! SMTP doesn't seem to really care. Other than the message above it still works no matter if you supply the correct domain or not. There may be a security motive to validate it. It might be fussier if you make a socket connection to port 25, especially from a different system. What happens if you route your SYSOUT to an SMTP server on a different system? Honestly, the whole requirement for a user application to actually specify SMTP commands seems to me to be more than a little crazy. You can write a macro for that. In fact, they have, haven' t they? XMITIP, FSVO they. ... And in any case, the requirement for specifying who I am on the HELO is even odder. Especially since (for example) the Microsoft Exchange SMTP server doesn't even require it: ... Perhaps in the end I'll just use HELO ZOS just like every other email job we have. But I like to have things as correct as possible (when possible and not a huge amount of extra work). SMTP servers are apt to kindly fill in a lot of blanks. I routinely omit Date:, perhaps even From:, and let the server supply them. (Mostly from z/VM or Solaris.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS SMTP server
Actually our NJEDOMAIN reads BITNET, which I assume is either the z/OS delivered default or was put there because that is the example given in the documentation. Doesn't like we even use NJE here, so I think the value of that particular parm is n/a. Anyways, as I said, the emails are being forwarded with no problem to our (MS Exchange) email server. It's just vexing me that we get the warning messages. For what its worth, here is the OUTPUT DD for this started task: EZA5562I Resolver Usage YES Specified EZA5355E GATEWAY specified but SMTPNJE DD card not found. NJE gateway EZA5356E facility will not be enabled. EZA5126I EZA5125I IBM MVS SMTP CS V1R13 on Tue, 19 Aug 14 21:25:06 -0600 EZA5127I Jobname of SMTP Server : SMTP EZA5128I TCP Network Domain Name: ZOSD.fb EZA5129I Gateway TCP Network to NJE : Yes EZA5130I NJE Network Node Name : ZOSD EZA5131I NJE Domain Name: BITNET EZA5133I Local Delivery Format : Netdata EZA5189I Local Output Class : B EZA5134I NJE Delivery Format: Punch EZA5190I NJE Output Class : B EZA5136I PostMaster Address : sp...@zosd.fb EZA5137I Userid for Bad Spool Files : SPRCC EZA5317I Listen on Address : Unspecified EZA5139I Port for Server SMTP : 25 EZA5191I REMOTEPORT for SMTP client : 25 EZA5140I Inactivity Timeout : 180 seconds EZA5141I Finish Open Timeout: 120 seconds EZA5142I Retry down sites every : 20 minutes EZA5143I Return mail older than : 3 days EZA5265I Warn about mail older than : 1 days EZA5144I Max Length of Accepted Mail: 524288 bytes EZA5648I MaxMsgSent : 0 EZA5236I Max Temporary Error Retries: Disabled EZA5225I Resolver Tracing : Disabled EZA5228I Name Resolution Method : Nameserver, Port 53 EZA5231I Nameserver Address(.1.): 10.1.104.11 EZA5231I Nameserver Address(.2.): 10.1.104.18 EZA5232I Nameserver Response Timeout: 1 seconds EZA5233I Resolver Retry Interval: 20 minutes EZA5234I UDP Retries/Nameserver/Interval: 4 EZA5235I RCPT TO: response delay: 60 seconds EZA5145I Translate Table: TCPIP.STANDARD.TCPXLBIN EZA5263I DBCS Conversion: Disabled EZA5175I Mail Logging : Yes EZA5179I Debugging Enabled : No EZA5319I Outbound Open Session Limit: None EZA5388I InboundOpenLimit : 0 EZA5322I SMSG Authorization List: Processed EZA5272I Deliver via Mailer : None EZA5645I IP Mailer Name : MAIL.FB ALL EZA5186I Mail File Dataset Prefix : SYS5.ZOSD. EZA5187I Mail File Unit Name: SYSDA EZA5183I Spool Poll Interval: 30 Seconds EZA5569I No Source Routing : Disabled EZA5573I RcptReply452 Active: No EZA5574I SMTP ExitDirection : Inbound EZA5471I DeleteBadSpoolFile : No EZA5209I Local Time Zone: SYSTZ EZA5390I STOPONRENF : Inactive EZA5260I Rewrite 822 Mail Headers : Enabled. Using default rules I'm curious what you see in your SMTP.OUTPUT and your SMTP.LOGFILE (assuming you have LOG set). Frank From: Michael Klaeschen michael.klaesc...@basler.de To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, September 2, 2014 1:49 PM Subject: Re: z/OS SMTP server In our shop we have a started task called SMTP which is associated to a JES output class. That started task's cataloged
Re: z/OS SMTP server
Can CICS query the SYSNAME symbol? And is the TCP Network Domain Name always sourced from this symbol, or is it just coincidental that our LPAR name is the same (well, with the '.fb' suffixed) as the network domain name? According to the documentation of SMTPNOTE (found in TCP.SEZAINST) the hostname is typically the NJE node name of this system. Frank From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, September 2, 2014 1:41 PM Subject: Re: z/OS SMTP server Is this guy really a 'CLIST'? I haven't used CLIST for so long that I don't know all the modern capabilities. LPAR name is set in standard system symbol SYSNAME. Rexx can certainly obtain the symbol. If the symbol is available, the code needs to be modified once to work in all environments. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Frank Swarbrick 002782105f5c-dmarc-requ...@listserv.ua.edu To:IBM-MAIN@LISTSERV.UA.EDU, Date: 09/02/2014 12:15 PM Subject:z/OS SMTP server Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I am writing a simple CICS application to use the EXEC CICS SPOOL commands to write data to JES to be used by z/OS SMTP (not CSSMTP which we do not have running). My question is simple, but perhaps the answer is not. The question is, what is the best way to get the correct domain name to be used in the SMTP HELO command? We have quite a few batch processes that use the z/OS SMTP server to send email. All of them appear to just have coded HELO ZOS. While this works, it also is not technically correct because ZOS is not in fact the domain name. Rather, in our DEV LPAR it should be zosd.fb and in production prd1.fb. So we have a lot of the following the the SMTP LOGFILE DD: EZA5460I 09/02/14 09:01:24 BSMTP Helo Domain: ZOS I've never heard of you! rather than the more desirable: EZA5460I 09/02/14 12:23:11 BSMTP Helo Domain: zosd.fb Yours too, I see! SMTP doesn't seem to really care. Other than the message above it still works no matter if you supply the correct domain or not. I looked at the source code for the SMTPNOTE CLIST and see that even there the value is hardcoded. Do we just need to make this somehow configurable and make sure we configure it with the name of the LPAR the CICS is running in? Seems a bit of overkill. Honestly, the whole requirement for a user application to actually specify SMTP commands seems to me to be more than a little crazy. And in any case, the requirement for specifying who I am on the HELO is even odder. Especially since (for example) the Microsoft Exchange SMTP server doesn't even require it: 220 ES05.firstbank.fb.ent2 Microsoft ESMTP MAIL Service ready at Tue, 2 Sep 2014 12:39:56 -0600 HELO 250 ES05.firstbank.fb.ent2 Hello [10.100.5.50] whereas the z/OS SMTP server does require it. When not present the email is not sent and the SMTP log shows: EZA5465E 09/02/14 12:48:53 Deleting Spool File from undetermined origin job number (JOB04887) Perhaps in the end I'll just use HELO ZOS just like every other email job we have. But I like to have things as correct as possible (when possible and not a huge amount of extra work). Thanks, Frank -- 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: z/OS SMTP server
Oh, and I guess SMTPNOTE is a REXX EXEC, not a CLIST. The docs call it a CLIST in several places ( Steps for customizing the SMTPNOTE CLIST (optional), etc.). From: Skip Robinson jo.skip.robin...@sce.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, September 2, 2014 1:41 PM Subject: Re: z/OS SMTP server Is this guy really a 'CLIST'? I haven't used CLIST for so long that I don't know all the modern capabilities. LPAR name is set in standard system symbol SYSNAME. Rexx can certainly obtain the symbol. If the symbol is available, the code needs to be modified once to work in all environments. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Frank Swarbrick 002782105f5c-dmarc-requ...@listserv.ua.edu To:IBM-MAIN@LISTSERV.UA.EDU, Date: 09/02/2014 12:15 PM Subject:z/OS SMTP server Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I am writing a simple CICS application to use the EXEC CICS SPOOL commands to write data to JES to be used by z/OS SMTP (not CSSMTP which we do not have running). My question is simple, but perhaps the answer is not. The question is, what is the best way to get the correct domain name to be used in the SMTP HELO command? We have quite a few batch processes that use the z/OS SMTP server to send email. All of them appear to just have coded HELO ZOS. While this works, it also is not technically correct because ZOS is not in fact the domain name. Rather, in our DEV LPAR it should be zosd.fb and in production prd1.fb. So we have a lot of the following the the SMTP LOGFILE DD: EZA5460I 09/02/14 09:01:24 BSMTP Helo Domain: ZOS I've never heard of you! rather than the more desirable: EZA5460I 09/02/14 12:23:11 BSMTP Helo Domain: zosd.fb Yours too, I see! SMTP doesn't seem to really care. Other than the message above it still works no matter if you supply the correct domain or not. I looked at the source code for the SMTPNOTE CLIST and see that even there the value is hardcoded. Do we just need to make this somehow configurable and make sure we configure it with the name of the LPAR the CICS is running in? Seems a bit of overkill. Honestly, the whole requirement for a user application to actually specify SMTP commands seems to me to be more than a little crazy. And in any case, the requirement for specifying who I am on the HELO is even odder. Especially since (for example) the Microsoft Exchange SMTP server doesn't even require it: 220 ES05.firstbank.fb.ent2 Microsoft ESMTP MAIL Service ready at Tue, 2 Sep 2014 12:39:56 -0600 HELO 250 ES05.firstbank.fb.ent2 Hello [10.100.5.50] whereas the z/OS SMTP server does require it. When not present the email is not sent and the SMTP log shows: EZA5465E 09/02/14 12:48:53 Deleting Spool File from undetermined origin job number (JOB04887) Perhaps in the end I'll just use HELO ZOS just like every other email job we have. But I like to have things as correct as possible (when possible and not a huge amount of extra work). Thanks, Frank -- 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: z/OS SMTP server
On Sep 2, 2014, at 3:41 PM, Paul Gilmartin wrote: And, of course, they may differ: user@HOST: ping $(rexx say mvsvar(sysname)) EZZ3111I Unknown host 'MVS3' Sysadmin territorial dispute: LPAR name is 4 characters (is this a SMF restriction?) and our nework administrators enforce their own incompatible conventions. Gil: SMFID has a 4 character name restriction, AFAIK its been there since MVT. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS SMTP server
SMFID is = 4 characters and is independent of SYSNAME, which is = 8 characters. They may be set the same by the installation. MVSVAR(SYSNAME) returns the LPAR name. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Ed Gould edgould1...@comcast.net To: IBM-MAIN@LISTSERV.UA.EDU, Date: 09/02/2014 02:04 PM Subject:Re: z/OS SMTP server Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Sep 2, 2014, at 3:41 PM, Paul Gilmartin wrote: And, of course, they may differ: user@HOST: ping $(rexx say mvsvar(sysname)) EZZ3111I Unknown host 'MVS3' Sysadmin territorial dispute: LPAR name is 4 characters (is this a SMF restriction?) and our nework administrators enforce their own incompatible conventions. Gil: SMFID has a 4 character name restriction, AFAIK its been there since MVT. Ed -- 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: Demonstrating Moore's law
mike.a.sch...@gmail.com (Mike Schwab) writes: US$3,000,000,000 / 20,000 z/CPU = $150,000 re: http://www.garlic.com/~lynn/2014j.html#85 Demonstrating Moore's law http://www.garlic.com/~lynn/2014j.html#86 Demonstrating Moore's law 1qtr2014 mainframe revenue was equivalent of 18 max. configured ec12, 56 on annualized basis ... say 20 6-core chips/system ... or equivalent 1120 chips/annum. from: http://www.garlic.com/~lynn/2014j.html#7 Demonstrating Moore's lab http://www.garlic.com/~lynn/2014j.html#8 Demonstrating Moore's lab ec12 32nm technology 597.24 mm2 ... get about 118chips/300mm wafer or about 10wafers for year of z12 processors sales (at 56 systems/yr) same chip redone in 22nm technology cuts the chip to approx. 284 mm2 or about 248 chips/300mm wafer or less than five 300mm wafers. same chip redone in 14nm technology (with 450mm wafers) cuts the chip to approx. 115mm2 and 1120chips/annum is less than one wafer/annum (1383 chips/450mm wafer) and these fabs are doing 30,000-80,000 wafers a month (note in the following list, the ibm stories about trying to sell its chip/fab business, mentioned globalfoundries) http://en.wikipedia.org/wiki/List_of_semiconductor_fabrication_plants intel's new 14nm fab @$5B assuming 4yr recovery of upfront costs (use declining as new technology fabs come online and obsolete it) and hypothetical 100,000 wafers/month ... would be 4.8m wafers or $1m/wafer ... at 1383 chips/wafer that is $753.19/chip (besides what ever the operating costs and profit are). then Haswell-E chip is 355mm2 in 22nm technology (has 8 cores, compared to 284mm2 for z12 6core chip remapped from 32nm to 22nm) ... or about 199chips/300mm wafer. this would reduce to approx. 144 in 14nm tech ... and approx. 1104chips/450mm wafer. high-end haswell-e chip price is $1k/chip ... less expensive haswell-e chips are in the $300-$500 range (in part because they are fewer cores, smaller onchip cache, smaller size and presumably more chips/wafer). large megadatacenters doing their own high-end blade assembly are only a little bit more than bulk component costs. retail is little more expensive http://www.engadget.com/2014/08/30/review-roundup-intels-8-core-haswell-e/ -- 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: z/OS SMTP server
On Tue, Sep 2, 2014 at 4:09 PM, Skip Robinson jo.skip.robin...@sce.com wrote: SMFID is = 4 characters and is independent of SYSNAME, which is = 8 characters. They may be set the same by the installation. MVSVAR(SYSNAME) returns the LPAR name. Not really the LPAR name. That name is defined in the IOCDS at the hardware level. The MVSVAR can return: (1) the SYSSMFID which is = 4 characters in length and defined in the SMFPRMxx member of PARMLIB; (2) the SYSNAME which is defined in the IEASYSnn member of PARMLIB and is normally used to specify the system name in a sysplex and in DFP SMS constructs. The LPAR name does not appear to be available using TSO REXX. You can see it in the output of the z/OS operator command: D M=CPU . It is =1 = 8 just like the SYSNAME, but need not have the same value. This value can be gotten via the CSRSI macro in HLASM or the CSRSI callable service in an HLL. At my shop, we set all 3 to the same value. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Demonstrating Moore's law
l...@garlic.com (Anne Lynn Wheeler) writes: intel's new 14nm fab @$5B assuming 4yr recovery of upfront costs (use declining as new technology fabs come online and obsolete it) and hypothetical 100,000 wafers/month ... would be 4.8m wafers or $1m/wafer ... at 1383 chips/wafer that is $753.19/chip (besides what ever the operating costs and profit are). re: http://www.garlic.com/~lynn/2014j.html#87 Demonstrating Moore's law finger slip $5B upfront for fab, 4.8m wafers over 4yrs or $1k/wafer and $.72/chip (at 1383 chips/wafer) ... they could do only 1.2m wafers total (before obsolete by next chip technology) and still come out at $4167/wafer (upfront overhead costs) and $3/chip (at 1383chips/wafer) -- 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: z/OS SMTP server
Right, LPAR name is not automatically set in a static symbol. I guess in nearly 20 years of sysplex we've never needed Rexx access to that name. However, it would be a simple matter to set an installation symbol like this in IEASYMxx: SYSDEF LPARNAME(lpar-name) /* For this LPAR */ SYMDEF(pppLPAR=lpar-name) /* Set installation symbol */ where 'lpar-name' is the name of an LPAR and 'ppp' (optional) is an installation-specific prefix used in all locally defined symbols. I recommend using the SHARE installation code here. There would be one pair of such statements for each LPAR that shares IEASYMxx. In a Rexx, MVSVAR(pppLPAR) would return the name of the current LPAR. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: John McKown john.archie.mck...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 09/02/2014 03:27 PM Subject:Re: z/OS SMTP server Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Tue, Sep 2, 2014 at 4:09 PM, Skip Robinson jo.skip.robin...@sce.com wrote: SMFID is = 4 characters and is independent of SYSNAME, which is = 8 characters. They may be set the same by the installation. MVSVAR(SYSNAME) returns the LPAR name. Not really the LPAR name. That name is defined in the IOCDS at the hardware level. The MVSVAR can return: (1) the SYSSMFID which is = 4 characters in length and defined in the SMFPRMxx member of PARMLIB; (2) the SYSNAME which is defined in the IEASYSnn member of PARMLIB and is normally used to specify the system name in a sysplex and in DFP SMS constructs. The LPAR name does not appear to be available using TSO REXX. You can see it in the output of the z/OS operator command: D M=CPU . It is =1 = 8 just like the SYSNAME, but need not have the same value. This value can be gotten via the CSRSI macro in HLASM or the CSRSI callable service in an HLL. At my shop, we set all 3 to the same value. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- 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: Demonstrating Moore's law
Robert Wessel robertwess...@yahoo.com writes: That number is certainly too low. EC12s have 1-4 books, each with six processor chips (yes that comes to 144, only 120 can be used), and anyone not buying a configuration topped out for the number of books installed will have more chips. BC12s have either one or two chips. On both models the revenues for the sub-capacity models is significantly less on a per-processor chip basis than your calculation would imply (nominally a EC12-401 is about $840K, while a 89-times faster single book -720 with the identical number of processor chips is $10.8M - the BCs have even worse ratios). Also, you're assuming list prices for full function CPUs (if you're buying IFLs, zAAPs, zIIPs, ICFs, etc., they're cheaper). So the real number is likely several times higher, probably around an order of magnitude. Another way to do the calculation is to assume that the 10,000 machines in existence are replaced every three years. Even if those were all maxed out EC12-7A1s, that's only 120,000 chips per year. And while neither that replacement rate or the machine size is remotely realistic, it puts a hard upper cap on the number of dies to be produced for sale in machines. Perhaps a more reasonable assumption would be a four year replacement cycle and an average of ten processor chips per box, which gets you 25,000 chips/year. In any event, that doesn't help IBM's costs any. The total manufacturing costs for those chips is minuscule, and the NREs still have to be spread over the same revenue base. re: http://www.garlic.com/~lynn/2014j.html#85 Demonstrating Moore's law http://www.garlic.com/~lynn/2014j.html#86 Demonstrating Moore's law http://www.garlic.com/~lynn/2014j.html#87 Demonstrating Moore's law IBM mainframe processor financials had been doing about $4B-$5B annum for a decade or so (but that number has dropped recently). A much bigger revenue number for IBM mainframe group has been the software, services, and storage it sells (total mainframe group revenue has avg. a little over 6times its processor system revenue, and is extremely profitable being as much as 40% of total company profit). assuming that max configured systems work out to have the best price per processor ... and max configured systems running around $30M ... ibm has been selling the equivalent of 133-166 max. configured systems per annum for a decade or so (but recently dropped to less than half that) aka if there are a larger number of smaller systems, assumption is that the price/processor would be higher, and fewer total processors and therefor chips ... using max configured systems equivalents would tend to put an upper bound on total number of processors/annum). At the upper limit, the previous decade would have been the equivalent of 1660 new max. configured systems (@166/annum) ... and 1st qtr 2014 mainframe processor numbers on annualized basis is 56 max. configured ec12 systems. so instead of 120processors in (@6processors/chip, 20chips) ... say ec12 actually has 240processors (although only max 101 are directly configured) that would make it 40chips @56systems/annum that is 2240chips/annum ... remapped to 14nm technology and 450mm wafers that is less than 2 wafers (@1383chips/wafer), rather than less than one. If the aggregate mainframe chips that are less than couple dozen wafers (or as few as one) in production fab mostly used for other things ... then the fab costs are amortized across the other chips ... and the mainframe chips are nearly incidental. However, if the fab had to recover the total technology costs just from mainframe sales ... it would be quite a bit more expensive. that is major reason that mainframe has migrated to being built using mostly industry standard technology, industry standard disks, industry standard fibre channel, industry standard chip process, etc. -- 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: Demonstrating Moore's law
l...@garlic.com (Anne Lynn Wheeler) writes: latest haswell-E @ $1k (and less) http://www.tomshardware.com/reviews/intel-core-i7-5960x-haswell-e-cpu,3918.html http://www.extremetech.com/computing/188911-intel-haswell-e-review-the-best-consumer-performance-chip-you-can-buy-with-some-caveats http://www.pcworld.com/article/2600325/intel-turns-its-attention-to-desktop-performance-unveils-8-core-haswell-e-processor.html intel technology map http://en.wikipedia.org/wiki/Intel_Tick-Tock re: http://www.garlic.com/~lynn/2014j.html#85 Demonstrating Moore's law http://www.garlic.com/~lynn/2014j.html#86 Demonstrating Moore's law http://www.garlic.com/~lynn/2014j.html#87 Demonstrating Moore's law http://www.garlic.com/~lynn/2014j.html#89 Demonstrating Moore's law http://www.garlic.com/~lynn/2014j.html#90 Demonstrating Moore's law and demonstrating what a little competition can do ... AMD responds with 8core chip for less than $150 ... and 8core chip running at 5ghz bundled with liquid cooling for $282. http://www.zdnet.com/amd-releases-trio-of-affordable-eight-core-fx-desktop-processors-733221/ note while haswell-e has moved to 22nm, the above amd chips are still at 32nm (same as ec12). Intel 14nm coming along: http://www.forbes.com/sites/patrickmoorhead/2014/08/11/intels-14nm-process-is-alive-and-well-thank-you/ earlier this spring when IBM was trying to unload its chip business to globalfoundries (globalfoundries chip business spun off from amd in 2009) Samsung and GlobalFoundries buddy up for 14nm, while IBM heads for the exit http://www.extremetech.com/computing/181136-samsung-and-globalfoundries-buddy-up-for-14nm-while-ibm-heads-for-the-exit Samsung and GlobalFoundries to Produce Apple's 14-nm A9 Chips in 2015 http://www.macrumors.com/2014/07/01/samsung-globalfoundries-apple-a9-2015/ so it is possible that amd might skip 22nm and move next to 14nm -- 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: Question regarding sharing of CF
Thank you everyone for your valuable suggestion and help. Regards, P.Mukhopadhyay z/OS System Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Announcing PCRE Pert for Classic z/OS 8.35 (Build 1499)
Announcing PCRE Port for Classic z/OS 8.35 (Build 1499) PCRE Port for Classic z/OS (Perl Compatible Regular Expressions) is now on a regular maintenance schedule, lagging only few months behind the main PCRE package version. The port is working with well defined scripts with minimal manual intervention. The port is available on my site http://zaconsultants.net/ and hopefully soon on http://www.cbttape.org/. The core documentation for PCRE is found as usual in http://www.pcre.org/pcre.txt . The Port documentation is part of the download file here www.zaconsultants.net/pcre_native_zOS_port.8.35.1499.zip The port includes the source code, JCL, LKED parameters, etc. and instructions on how to build it on any run-of-the-mill z/OS environment as well as XMIT formatted libraries (PDS and PDSE) that include the above, plus executables on a load module library that was compiled with codepage IBM-1047. The port is for classic z/OS. I know it would compile and work on z/VM, but the z/VM official support has been dropped. 1. While a few people have expressed interest in the PL/I interface and some tried to give me useful advice, I've found that with my limited time and resources, I cannot do it. Hence, PL/I support is officially dropped and will not be renewed unless there would be a volunteer who is both capable in working with PL/I and its interfaces, and is ready to devote time for this project. 2. Rexx seemed to me to be a perfect fit for PCRE. It is analogous to Perl in the native z/OS ecosystem and is doing similar (though much more primitive) pattern matching. However, the Rexx interface is extremely involved and working with it requires expertise that I do not posses and do not have the time to acquire, and that despite of useful advice from some people. Hence, no Rexx support is planned unless there would be a volunteer who is both capable in working with Rexx and its interfaces, and is ready to devote time for this project. Ze'ev Atlas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS IEASYSxx memory parameter values
Are you setting up a brand new system? If not then you should use the existing observed system data - SMF 78 from RMF - as systems vary widely. If not then the answer is probably to establish the best values when you DO have such a system. Rules Of Thumb are inadequate in this case - as getting it wrong can seriously affect stability. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: P. Mukhopadhyay pabitramukhopadh...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 03/09/2014 04:32 Subject:z/OS IEASYSxx memory parameter values Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Hello, Is there a general guideline (or a thumb rule) that can help system programmers decide the memory related parameters (like SQA, CSA etc) in IEASYSxx parmlib member? For example if 5GB of memory is allocated for an LPAR, what values (or range of values) can be generally assigned to these parameters? And does the type of predominant workload (batch/online) on that LPAR influence these values? Thanks regards, P.Mukhopadhyay -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN