Re: Loading a one pack system without tape drive
I'm sorry but i wasn't clear enough , in this sentence you quote me I refer to a LOAD of Z/os without using of an already running OS . I was refer to getting a z/OS from blank (DASD empty) and without TAPEs this leave us the option to LOAD a SA software from the DVD (or even USB - I don't beleive this option can be done ) and then perform a copy of images from the DVD to our DASD . I was thought even on the option of copying a image directly to the DASD(HDS) but i still in the first part of investigate if this can be done . On Tue, Aug 3, 2010 at 7:31 PM, McKown, John john.mck...@healthmarkets.comwrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, August 03, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Loading a one pack system without tape drive In aanlktimkix_ls54988fvqfk-q_hdqgkqvj=6xunrr...@mail.gmail.com, on 08/02/2010 at 10:28 AM, Matan Cohen matancohen...@gmail.com said: We wonder if it has be done before. a successful LOAD of Z/os to a LPAR without using any TAPE DRIVE. I didn't see the original post. When I installed z/OS 1.10, I did it from z/OS 1.8 without using a tape. I did a download from ShopzSeries. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HTTP TO HTTPS CONVERSION
I haven't done this myself on a web server, so I don't know how to configure the web server to do it, but I know, from the client's perspective, that Paypal's web server does it by returning a Location header to the client browser with the https URL, which causes the client browser to issue another request using that URL. This can be seen with a wget command specifying -S to show the headers. Maybe I'm telling you something you already know. Bill On Tue, 3 Aug 2010 16:08:06 -0500, Bill Thompson wrote: We have a WEBSRV running on the Mainframe and we are trying to figure out how to get our address of http:// to automatically convert to https:// when the user types it in... We have tried using REDIRECT statements, .htaccess file and other things we have read about on the internet and in the documentation but have not been able to get it working.. We are probably not putting things in the right place but I wanted to see if anyone has done this and is willing to share their info... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Loading a one pack system without tape drive
Load a z/VM evaluation copy from HMC-DVD-RAM and use it to download z/OS? http://www.vm.ibm.com/eval/zvm53eef.pdf z/10 required. On Wed, Aug 4, 2010 at 1:08 AM, Matan Cohen matancohen...@gmail.com wrote: I'm sorry but i wasn't clear enough , in this sentence you quote me I refer to a LOAD of Z/os without using of an already running OS . I was refer to getting a z/OS from blank (DASD empty) and without TAPEs this leave us the option to LOAD a SA software from the DVD (or even USB - I don't beleive this option can be done ) and then perform a copy of images from the DVD to our DASD . I was thought even on the option of copying a image directly to the DASD(HDS) but i still in the first part of investigate if this can be done . On Tue, Aug 3, 2010 at 7:31 PM, McKown, John john.mck...@healthmarkets.comwrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, August 03, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Loading a one pack system without tape drive In aanlktimkix_ls54988fvqfk-q_hdqgkqvj=6xunrr...@mail.gmail.com, on 08/02/2010 at 10:28 AM, Matan Cohen matancohen...@gmail.com said: We wonder if it has be done before. a successful LOAD of Z/os to a LPAR without using any TAPE DRIVE. I didn't see the original post. When I installed z/OS 1.10, I did it from z/OS 1.8 without using a tape. I did a download from ShopzSeries. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Loading a one pack system without tape drive
it's not a bad idea! but what did you ment by Z/10 require? On Wed, Aug 4, 2010 at 9:20 AM, Mike Schwab mike.a.sch...@gmail.com wrote: Load a z/VM evaluation copy from HMC-DVD-RAM and use it to download z/OS? http://www.vm.ibm.com/eval/zvm53eef.pdf z/10 required. On Wed, Aug 4, 2010 at 1:08 AM, Matan Cohen matancohen...@gmail.com wrote: I'm sorry but i wasn't clear enough , in this sentence you quote me I refer to a LOAD of Z/os without using of an already running OS . I was refer to getting a z/OS from blank (DASD empty) and without TAPEs this leave us the option to LOAD a SA software from the DVD (or even USB - I don't beleive this option can be done ) and then perform a copy of images from the DVD to our DASD . I was thought even on the option of copying a image directly to the DASD(HDS) but i still in the first part of investigate if this can be done . On Tue, Aug 3, 2010 at 7:31 PM, McKown, John john.mck...@healthmarkets.comwrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, August 03, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Loading a one pack system without tape drive In aanlktimkix_ls54988fvqfk-q_hdqgkqvj=6xunrr...@mail.gmail.com, on 08/02/2010 at 10:28 AM, Matan Cohen matancohen...@gmail.com said: We wonder if it has be done before. a successful LOAD of Z/os to a LPAR without using any TAPE DRIVE. I didn't see the original post. When I installed z/OS 1.10, I did it from z/OS 1.8 without using a tape. I did a download from ShopzSeries. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Loading a one pack system without tape drive
z/VM evaluation DVD-RAMs won't run on an older processor. Maybe and earlier version will. Or maybe a z/Linux IPLable DVD should run on any Z processor, if the processor supports IPLing from the DVD. There was a minimum level requirement in the PDF document for the HMC code too. On Wed, Aug 4, 2010 at 1:28 AM, Matan Cohen matancohen...@gmail.com wrote: it's not a bad idea! but what did you ment by Z/10 require? On Wed, Aug 4, 2010 at 9:20 AM, Mike Schwab mike.a.sch...@gmail.com wrote: Load a z/VM evaluation copy from HMC-DVD-RAM and use it to download z/OS? http://www.vm.ibm.com/eval/zvm53eef.pdf z/10 required. On Wed, Aug 4, 2010 at 1:08 AM, Matan Cohen matancohen...@gmail.com wrote: I'm sorry but i wasn't clear enough , in this sentence you quote me I refer to a LOAD of Z/os without using of an already running OS . I was refer to getting a z/OS from blank (DASD empty) and without TAPEs this leave us the option to LOAD a SA software from the DVD (or even USB - I don't beleive this option can be done ) and then perform a copy of images from the DVD to our DASD . I was thought even on the option of copying a image directly to the DASD(HDS) but i still in the first part of investigate if this can be done . On Tue, Aug 3, 2010 at 7:31 PM, McKown, John john.mck...@healthmarkets.comwrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, August 03, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Loading a one pack system without tape drive In aanlktimkix_ls54988fvqfk-q_hdqgkqvj=6xunrr...@mail.gmail.com, on 08/02/2010 at 10:28 AM, Matan Cohen matancohen...@gmail.com said: We wonder if it has be done before. a successful LOAD of Z/os to a LPAR without using any TAPE DRIVE. I didn't see the original post. When I installed z/OS 1.10, I did it from z/OS 1.8 without using a tape. I did a download from ShopzSeries. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Lizette Koehler wrote: I got a question from one of my co workers on why his job abended with an S822 Reason=0014 The job have over 200 steps running mostly DB2 Tools from CA. There is no region size on the jobcard. Each step (except the one that got the S822) has a REGION=0M Why? As documented, JOB REGION (if specified) overrides any STEP REGION value. Or the default in JES2 and/or USI applies. Specify your REGION only on JOB card. The step that got the S822 is a one line IEFBR14 step. //STEPEND PGM=IEFBR14,COND=(5,LT) Something BEFORE that step surely messed up the total address space allocation of memory. Basically the INITIATOR can't complete its work BEFORE giving control to IEFBR14. Our default region size is problem 1M. Where is the default coming from? JES2 or USI? I am thinking with the changes to IEFBR14 for z/OS V1.11 (we are coming off z/OS V1.9) that we just need to add a region size to this step. What changes? My searches on z/OS Library at IBM turned up empty, except that new HDEL enhancement. IEFBR14 does NOT allocate any memory/storage. It only set a return code and give control back to the system. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF records for data set open/close
Sure, and if he is trying to exlude records for temporary datasets, there a parameter in SMFPRMxx for it. Kees. Kelman, Tom thomas.kel...@commercebank.com wrote in message news:a30a9f528e618748a8ef5199e80c4a1c04cfc...@wkpp1infmb03.cbsh.com... I'm also curious as to why you would want to filter out the recording of SMF records for certain datasets. SMF records are useful for a variety of analysis tasks, not the least of which would be an audit trail in case something happened to the dataset, or someone who shouldn't accesses it. Working for a bank I can just hear the auditor's and security folks screaming right now. Tom Kelman -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Tuesday, August 03, 2010 12:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMF records for data set open/close snip-- In addition to the dataset name, would I also be able to filter on the STC name as well? Thanks to all who've helped answer this question for me. --unsnip-- The IEFU83/84/85 exits get to examine every SMF record before they are written. You can examine any field in the record to make your decision. Curious: why? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
W dniu 2010-08-03 23:00, Ted MacNEIL pisze: [...] Give them the RMF data and make them run their models (they all have them). Make sure the performance guarantees are there before the contract is signed, not after. I don't believe in benchmarketting; the only TRUE test is Production. How do you test Production before the the devices are delivered? Or maybe your plan of RFP is the vendors deliver all required equipment and you allow to stay only one of them? Still very cumbersome, but unrealistic. YOU CANNOT TEST YOUR PRODUCTION before you move your production on the ONE VENDORs equipment. To summarize, your approach is more or less I don't care about any technical details, I only want to be happy after I install it. Unfortunately this is completely unrealistic. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who are the TOP Mainframe Tapesubsystems Vendors?
W dniu 2010-08-04 02:10, Clark, Kevin pisze: Excellent...thank you sir... With such limited options for Mainframe (Enterprise tape drives) our targeted solution will come down to the best reseller with non technical add-ons. Sure could use another vendor in this market (Hitachi - Memorex ) AFAIK you cannot, you could many years ago. Hitachi - dropped tape drives many moons ago. Memorex - whole company does no longer exist (nowadays some Asian company bought Memorex brand and sells media (CD-R, DVD-R) with that logo). The choice for mainframe is really limited Real drives: IBM, STK/Oracle Libraries: IBM, STK/Oracle Virtual drive libraries: IBM, STK/Oracle CentricStore (Siemens?) niche markets: appliances from Luminex, BusTech, Interkom However the market for *enterprise* distributed systems is not much bigger. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: share mainframe disk experience
YOU CANNOT TEST YOUR PRODUCTION before you move your production on the ONE VENDORs equipment. Our last acquisition(s) we used time-finder, FDRPAS, or some other equivalent to migrate. And, we monitored while moving. To summarize, your approach is more or less I don't care about any technical details, I only want to be happy after I install it. So, which is it? Mind reading? Or, putting words in my mouth? Unfortunately this is completely unrealistic. So is your characterisation. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HTTP TO HTTPS CONVERSION
We have a WEBSRV running on the Mainframe and we are trying to figure out how to get our address of http:// to automatically convert to https:// when the user types it in... Believe you are asking for users who type in http://; is for it to get converted to https://; on the return and for the session. If this is what you want, contact me offlist if you are interested and be glad to get one of my techies to tell explain. We do it being nice to the user versus forcing them to always remember to type https versus http. We want the RACF prompt to go back to them HTTPS and startout things securely. jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Lizette Koehler wrote: I got a question from one of my co workers on why his job abended with an S822 Reason=0014 The job have over 200 steps running mostly DB2 Tools from CA. There is no region size on the jobcard. Each step (except the one that got the S822) has a REGION=0M The step that got the S822 is a one line IEFBR14 step. //STEPEND PGM=IEFBR14,COND=(5,LT) Our default region size is problem 1M. I am thinking with the changes to IEFBR14 for z/OS V1.11 (we are coming off z/OS V1.9) that we just need to add a region size to this step. Otherwise I will probably have to get an SVC Dump and start looking at storage allocation. Any guidance is appreciated. snip IEFBR14 itself has no larger a storage footprint than it had in z/OS R9 (or, indeed, than it has had since we added SR 15,15 to it many many moons ago). It's Allocation processing that was changed to recognize IEFBR14 as a special case when you tell it to. I smell a possible storage fragmentation problem inflicted by one or more of the preceding steps. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enhancements coming to ETR function in IBMLINK
Stand by for a bumpy ride if this works as well as the other recent improvement efforts! snip Announcement of Enhancements to the ETR Function We are pleased to announce that the next generation of IBM's ETR electronic tool is launching during 4Q 2010 with the enhanced IBM Service Request (SR) tool. ETR problem reporting functions will be migrated to this new version of SR. To ensure a smooth transition, both ETR and SR tools will be available on IBM ServiceLink during the migration. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPL My One Pack
I am finally old enough not to be embarrassed by my own lack of understanding. Built a one pack recovery system via Mark's routine and am tailoring it now. The stump point is how do I IPL it? Do I create a SYS1.IPLPARM on that pack and go from there or what? That stems from a future DR exercise where we will use it to recover our system from encrypted tapes. Thank you and hopefully you didn't spit your morning coffee in laughter. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Something you could also add in DIAGxx is VSM CHECKREGIONLOSS(256K,100M) with numbers related to your shop RTM. This will recycle wlm and jes2 inits when the region available is less than the amount specified. It will not help this job per say, but would recycle the init afterwards to cleanup the fragmentation. Msg's IEF093I or IEF094A will be produced. It might also detect how much/many the initiators are being fragmented. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Eells Sent: Wednesday, August 04, 2010 8:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question on size of IEFBR14 and z/OS V1.11 Lizette Koehler wrote: I got a question from one of my co workers on why his job abended with an S822 Reason=0014 The job have over 200 steps running mostly DB2 Tools from CA. There is no region size on the jobcard. Each step (except the one that got the S822) has a REGION=0M The step that got the S822 is a one line IEFBR14 step. //STEPEND PGM=IEFBR14,COND=(5,LT) Our default region size is problem 1M. I am thinking with the changes to IEFBR14 for z/OS V1.11 (we are coming off z/OS V1.9) that we just need to add a region size to this step. Otherwise I will probably have to get an SVC Dump and start looking at storage allocation. Any guidance is appreciated. snip IEFBR14 itself has no larger a storage footprint than it had in z/OS R9 (or, indeed, than it has had since we added SR 15,15 to it many many moons ago). It's Allocation processing that was changed to recognize IEFBR14 as a special case when you tell it to. I smell a possible storage fragmentation problem inflicted by one or more of the preceding steps. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL My One Pack
The stump point is how do I IPL it? Do I create a SYS1.IPLPARM on t The stump point is how do I IPL it? Do I create a SYS1.IPLPARM on that pack and go from there or what? You *can* place your LOADxx on SYS1.IPLPARM, but you don't have to. Since Mark's jobs create a SYS1.PARMLIB, you can place your LOADxx there. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
On Wed, 4 Aug 2010 00:30:31 -0500, Barbara Nitz wrote: I spent quite some time debugging a similar 822 on certain Endeavor-jobs. My IEFUSI unconditionally overrides any region smaller than 32M to give the full region below. ... ??? And zero above? Sounds broken to me? Rationale? What does full region below mean? o Whatever is available there? o Exactly 8MiB (or at least that)? o Other (specify)? My understanding is that anything over 16MiB normally results in whatever below is available plus unlimited above. I habitually code REGION=16385K. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Documentation ideas for IBM vendors
IBM currently seems to have three formats for documentation. They are: BookManager (.boo), Adobe PDF, and some other which seems to be Information Center format and is webby. I have a Kindle DX and keep IBM's documentation in PDF format on it. A friend here said the DX is too large. But the normal e-book devices are about half its size. So, what I thought might be interesting would be if IBM would supply their documentation in e-book format, but formatted for an A5 sized virtual page size instead of US letter or A4. I think A5 would display better. I got the DX especially because it is almost A4 sized and will natively display PDF books. Another idea would also be the ability to wirelessly update these manuals from an IBM site. That would require something on the ebook reading device. Does anybody read any of this doc on a smartphone? Again, if the doc were designed around the smartphone's screen size, that might be helpful. I don't have one of these beasties. They are too expensive for me. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enhancements coming to ETR function in IBMLINK
Exactly! snip BOHICA ? /snip -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, August 04, 2010 7:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enhancements coming to ETR function in IBMLINK Stand by for a bumpy ride if this works as well as the other recent improvement efforts! snip Announcement of Enhancements to the ETR Function We are pleased to announce that the next generation of IBM's ETR electronic tool is launching during 4Q 2010 with the enhanced IBM Service Request (SR) tool. ETR problem reporting functions will be migrated to this new version of SR. To ensure a smooth transition, both ETR and SR tools will be available on IBM ServiceLink during the migration. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SuperCE
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Wayne Bickerdike Sent: Tuesday, August 03, 2010 9:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SuperCE Um, no. Two file matches don't work too well without a sort. Not true. Comparex, for example, permits definition of random order keys with no pre-sorting of files to be compared, and will very accurately tell you where records are inserted or deleted as well as equal-key records with differing data. If Comparex does this without any sorting, it must have limits. If it does, I never found them out, even on large records (= 8,000 bytes) and record counts in the several millions. Sort and compare is the lowest, KISS way to achieve this. The language is irrelevant for the process. I nominated REXX because of the simple integration with ISPF but obviously that has limits on the size of dataset that can be brought into memory etc. It all could be done in DB2 using INSERT and report duplicates though. Ouch! Talk about an expensive solution... Comparex is free? Cheap? My copy of DB2 Personal edition was free and FTP and disk space on my laptop is real cheap. Just bought a terabyte for $75. I was replying in the spirit of mainframe-only solutions. Comparex is anything but cheap in software costs, but I was referring to the execution-time cost of DB2 on a mainframe, not to software costs. Not to mention you would have to be a DB2 admin on the mainframe to define the working-set table you need for each different record length and key position, and most ordinary programmers needing files compared are not DB2 admins. Nor, in my experience, would most large-shop DB2 admins permit such a random set of definitions to even be requested, much less implemented. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linkage conventions (was Re: z/OS 1.12 beta sites)
Tom Marchant wrote: On Tue, 3 Aug 2010 12:02:29 -0600, Steve Comstock wrote: Peter Relson wrote: As to your point about allocating using space based on a format shown in a book, that is not using best programming practices when a symbol is provided in a macro. I disagree. I use the docs as reference, trusting they reflect the macros (which can be difficult to read in some cases, eh?) But the example in the book shows: GETMAIN RU,LV=SAVF5SA_LEN Get my reentrant savearea That will allocate a 216 byte save area. Umm, how can I tell from the example that this will be a 216-byte save area? There are no comments in the code nor discussion around the example to inform the reader of the generated size; my essential point is the whole section is not clear enough for the reader to properly code save area linkages. I will be re-writing the section in my course on save area linkages so students who subsequently visit the doc can relate to what's there. Right now, it just doesn't tell the story clearly, in my opinion. On pages 21, 23, and 241 you refer to a F6SA; but you never define that; how is it different from a F4SA? It has no similarity at all. The string F6SA (as with any of the FxSA strings) identifies how the caller's registers were saved. As shown, both F1SA and F6SA indicate that registers were saved on the linkage stack. How is that? I mean, where in the doc is that connection made? Oh, I see, on p. 21: A primary mode program that uses the linkage stack must: o Issue a BAKR instruction which will save the caller's ARs and 64-bit GPRs on the linkage stack. ... Set the second word of the save area to the character string 'F1SA' if obtaining a 72-byte save area or 'F6SA' if obtaining a 144-byte or larger save area The fact that you have allocated 144 bytes of save area in addition to saving registers on the linkage stack does not state how a callee may use those 144 bytes. The publication is correct. Well, perhaps, but unclear. For example, on page 8: In the case where the program saves its registers in a 72-byte save area (mapped by the SAVER DSECT in macro IHASAVER), the second word contains the address of the previous save area. Because that previous save area was on a word or doubleword boundary, bit 31 of the address (and thus bit 31 of the second word) will be 0. In the case where another save area format was used, bit 31 of the second word will contain 1 due to the 4-character string that is to be placed there. So, if I'm parsing this correctly, you're saying if the second word of a save area ends in b'0', the save area is 72 bytes in length, and in all other cases the second word of any save area will be b'1'. Not exactly. If the second word ends in b'0', the program that created that save area saved its caller's registers in 72-byte standard format. However, it might call other programs that require a 144-byte save area, in which case the save area must be 144 bytes to accommodate the requirements of the programs that it calls. This is presumably because you are expecting strings like F4SA, F5SA, and so on, which end in c'A' - b'1100 0001' in the second word. Is that correct? But what about the quote above from page 21: Set the second word of the save area to the character string 'F1SA' if obtaining a 72-byte save area or 'F6SA' if obtaining a 144-byte or larger save area Isn't this a contradiction? A 72 byte save area with bit 31 of the second word being b'1'? No. Read it again. Here is an important part, from the beginning of the same paragraph you quoted from page 8: quote In all save areas, the second word (the word at offset 4) of each save area provides an indication of how the program that created the save area saved the caller's registers. It does not describe the contents of this save area. /quote The second word of the save area ... does not describe the contents of this save area I'm afraid this section is full of carelessness like that. Most uncharacteristic of Peter. Please be specific. The section you show was not careless in any way. It was fully intentional. The fact that F6SA says that the area is 144 bytes (or larger) does not characterize its format. So the second word tells me the size of the save area provided by the caller? No. It tells how the called program used the save area provided by the caller. You can not deduce anything about the size of the caller's save area from that. What you can do is to determine where to find the address of the previous save area and find the caller's registers in that save area. Well I don't think _that's_ communicated in the doc at all. Let's see ... From the doc you quote: The second word of the save area ... does not describe the contents of this save area Then you write: It tells how the called program used the save area provided by the caller. ... so it _does_ imply _something_ about the contents. Then ... What you can do is to determine
Re: Question on size of IEFBR14 and z/OS V1.11
Thanks to all who replied. Yes, at 1am in the morning I was not truly as clear headed as I could have been, and the size of IEFBR14 is not the issue. Most likely the problem is going to be storage fragmentation for below the line. Barbara's answer of using 0M for the region on that step will be tested today. If it works, I will just go back to bed (it was a very bad night) S822 is not one of my more favorite abends to deal with. For me it is a time consuming process of going through storage to find the fragmentation. I will also contact CA later today and see if they have anything on the DB2 Tools fragmenting storage. At this point it is just a wag. I will also look more closely at the USI to see what might be going on over there as well. There has always been a confusion at my shop as to where to code REGION=. My history says only code it on the JOBCARD never the step. Here they code it in both places and I am never sure if that harms the whole process which could lead to these types of issues. Again thanks for all of the guidance. Lizette snip IEFBR14 itself has no larger a storage footprint than it had in z/OS R9 (or, indeed, than it has had since we added SR 15,15 to it many many moons ago). It's Allocation processing that was changed to recognize IEFBR14 as a special case when you tell it to. I smell a possible storage fragmentation problem inflicted by one or more of the preceding steps. -- John Eells -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL My One Pack
That should have been obvious to me...thank you for your assist. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Current SHARE Proceedings
Greetings, For the last few SHAREs, I was able to look at the proceedings by clicking on Proceedings and then the latest SHARE event would be at the top of the drop down. In fact, these were actually available before the SHARE even started. For the current SHARE, I can't seem to locate any of the proceedings. Am I doing something wrong; or is this a change in policy regarding the timing of the current SHARE proceedings being available online? Cheers... Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
As one of the other posters recommended. USE VSMCHECKREGIONLOSS in DIAGxx. I checks for fragmentation and automatically drains/restarts the initiatior thus, you do not have to review the dump. HTH, snip Most likely the problem is going to be storage fragmentation for below the line. Barbara's answer of using 0M for the region on that step will be tested today. If it works, I will just go back to bed (it was a very bad night) S822 is not one of my more favorite abends to deal with. For me it is a time consuming process of going through storage to find the fragmentation. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Current SHARE Proceedings
Hi: You need to sign on and click on the right hand side where it says conference schedule. Regards, Gene In a message dated 8/4/2010 9:22:04 A.M. Eastern Daylight Time, michaeljosephcle...@yahoo.com writes: Greetings, For the last few SHAREs, I was able to look at the proceedings by clicking on Proceedings and then the latest SHARE event would be at the top of the drop down. In fact, these were actually available before the SHARE even started. For the current SHARE, I can't seem to locate any of the proceedings. Am I doing something wrong; or is this a change in policy regarding the timing of the current SHARE proceedings being available online? Cheers... Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
If this myth needs to be busted, may I suggest that we involve the likes of Jamie Hyneman, Adam Savage, Tory Belleci, Kari Byron, and Grant Imahara? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Current SHARE Proceedings
Thanks Gene, I can see them now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alan Schenck Sent: Wednesday, August 04, 2010 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe If this myth needs to be busted, may I suggest that we involve the likes of Jamie Hyneman, Adam Savage, Tory Belleci, Kari Byron, and Grant Imahara? Yeah! We can have them prove that the mainframe more cost effective by measuring the amount of C4 required per server to destroy the average data center. Or how many exploding hot water heaters are required. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
Dude. One word cement truck. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Current SHARE Proceedings
Here's the byzantine path to get to the current proceedings: - Go to share.org - Mouse over Events - On the drop down, click on Current Conference directly under events, NOT Share Online from Boston - Look for the Technical Program Content box and click on Online Schedule (first link in the box) That should take you to a page where you can search the agenda or select by day and track. I'm not sure what or if there is a delay between the speaker posting the PDF file via their speaker's corner page and getting into the agenda, but my session is posted. Scott Fagen Chief Architect CA Mainframe BU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OSA Hardware Error?
Received the following message: EZZ4310I ERROR: CODE=80100040 REPORTED ON DEVICE XX501. DIAGNOSTIC CODE: 03 The FM states for '0040': INOP-deact SAP Explanation: SAP has become inoperative. After quite a bit of digging, all I can find is that SAP means 'service access point'. But no clue as to what that really means. I don't see anything on the HMC/SE. Do I have some sort of hardware issue? XX501 is our primary network interface and mission critical. This has happened twice in the past few months. The last time a major online took a serious hit - coincidence? Thanks!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
Alan Schenck wrote: Dude. One word cement truck. Clueless. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
My understanding is that anything over 16MiB normally results in whatever below is available plus unlimited above. Your understanding is wrong. Anything over 16M does give you everything below, but it limits above. If you specify between 16 and 32, you get 32 in total. Whatever you specify above 32 gives you nnM-16M above. I habitually code REGION=16385K. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Sorry, I left a hanging fragment from the original post. Re-sent, corrected. My understanding is that anything over 16MiB normally results in whatever below is available plus unlimited above. Your understanding is wrong. Anything over 16M does give you everything below, but it limits above. If you specify between 16 and 32, you get 16 above. - Correction. Whatever you specify above 32 gives you nnM-16M above. Correction, below: I habitually code REGION=16385K. That gives you all below and 16 above. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL My One Pack
On Wed, 4 Aug 2010 07:44:47 -0500, Daniel McLaughlin daniel_mclaugh...@us.crawco.com wrote: I am finally old enough not to be embarrassed by my own lack of understanding. Built a one pack recovery system via Mark's routine and am tailoring it now. The stump point is how do I IPL it? Do I create a SYS1.IPLPARM on that pack and go from there or what? That stems from a future DR exercise where we will use it to recover our system from encrypted tapes. Thank you and hopefully you didn't spit your morning coffee in laughter. SYS1.IPLPARM is optional. My onepak/twopak jobstreams adds a LOAD00 member to SYS1.PARMLIB. To IPL, the loadaddress is the address of the onepak or 1st volume of the twopak. The loadparm can be the same address - just cuua or I use cuua00M1. For example, if your (primary) sysres is on address 5004: Load address = 5004 Load parm = 500400M1 or just 5004 as the default LOADxx is LOAD00. For a different LOADxx, the parm would be 5004xx or 5004xxM1 See the MVS Command manual chapter 1 on loading / initialing the system for more details. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSs or libraries in other OSs was Re: Another reason to hate PDSE's
In du2356lef63ibf2hqc4fgng1rrd62u9...@4ax.com, on 07/29/2010 at 11:14 AM, Clark Morris cfmpub...@ns.sympatico.ca said: I don't know anything about the BUNCH operating systems and their successors. The had libraries, in some cases with better interfaces than PDS's. I don't see anything comparable in either Unix/Linux or Windows. DLL's are vaguely comparable, but I was thinking of mainframe operating systems. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT completely..........
In listserv%201007020846367870.0...@bama.ua.edu, on 07/02/2010 at 08:46 AM, Paul Gilmartin paulgboul...@aim.com said: Yet there are products such as ClamAV for Linux, so it appears that someone perceives a need. If you're passing data to a vulnerable system then it makes sense to scan those data even if you aren't vulnerable. Just tell them, Oh! RACF does all that! Lying to your management is not a good idea. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Correction, if coding between 16M and 32M the default is 32M, from JCL Reference: If your installation does not change the IBM-supplied default limits in the IEALIMIT or IEFUSI exit routine modules, then specifying various values for the region size has the following results: - A value equal to 0K or 0M — gives the job step all the storage available below and above 16 megabytes. The resulting size of the region below and above 16 megabytes depends on system options and what system software is installed. When REGION=0K/0M is specified, the MEMLIMIT is set to NOLIMIT. Note: This may cause storage problems. See the Considerations When Using the REGION parameter section for more information. - A value greater than 0K or 0M and less than or equal to 16,384K or 16M — establishes the size of the private area below 16 megabytes. If the region size specified is not available below 16 megabytes, the job step abnormally ends with an ABEND822. The extended region size is the default value of 32 megabytes. - A value greater than 16,384K or 16M and less than or equal to 32,768K or 32M — gives the job step all the storage available below 16 megabytes. The resulting size of the region below 16 megabytes depends on system options and what system software is installed. The extended region size is the default value of 32 megabytes. - A value greater than 32,768K or 32M and less than or equal to 2,096,128K or 2047M — gives the job step all the storage available below 16 megabytes. The resulting size of the region below 16 megabytes depends on system options and what system software is installed. The extended region size is the specified value. If the region size specified is not available above 16 megabytes, the job step receives whatever storage is available above 16 megabytes, up to the requested amount, and the resulting size of the region above 16 megabytes depends on system options and what system software is installed. - Don Imbriale On Wed, Aug 4, 2010 at 10:31 AM, Ted MacNEIL eamacn...@yahoo.ca wrote: Sorry, I left a hanging fragment from the original post. Re-sent, corrected. My understanding is that anything over 16MiB normally results in whatever below is available plus unlimited above. Your understanding is wrong. Anything over 16M does give you everything below, but it limits above. If you specify between 16 and 32, you get 16 above. - Correction. Whatever you specify above 32 gives you nnM-16M above. Correction, below: I habitually code REGION=16385K. That gives you all below and 16 above. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS copy files
In 701728a732d7324294b9ef836edbb7700114989...@msmail02.luv.ad.swacorp.com, on 07/26/2010 at 10:57 AM, Mark Steely mark.ste...@wnco.com said: We are z/OS V1R11. I am trying to copy the OMVS (ZFS) files to my TEST system. I used DFDSS logical dump and restore and I also renamed the files using IDCAMS. Did you catalog OMVS.PRDB.ROOT in the correct catalog for the test system? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who are the TOP Mainframe Tapesubsystems Vendors?
On Wed, 4 Aug 2010 10:44:00 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Virtual drive libraries: IBM, STK/Oracle Add Bus-Tech and EMC (DLm) to the list for virtual. IIRC, DLm is based on the same Bus-Tech VTL.Sutmyn also used to be a player in that space, but I think they haven't existed for quite a while. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I'm amazed
Post top don't please. In aanlktinddb_gap6j5mjrhfxhyknwf0jwdyv-n6uhi...@mail.gmail.com, on 08/03/2010 at 02:24 PM, zMan zedgarhoo...@gmail.com said: Nonsense. You haven't got a clue. Go to their web site and read the terms. The issues are that the requisite code to support the zBX is not in the distros yet. That has absolutely nothing to do with certification. Citation: IBMers here at SHARE. Read it again. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: History of Hard-coded Offsets (Was: TSSO problems)
In 4c584ed4.8030...@ync.net, on 08/03/2010 at 12:16 PM, Rick Fochtman rfocht...@ync.net said: Shmuel Metz (Seymour J.) wrote: In 4c56d535.9020...@ync.net, on 08/02/2010 at 09:24 AM, Rick Fochtman rfocht...@ync.net said: Most of those geometry-related System Services didn't exist! :-) What year are you talking about? Just about the time the 3390 first hit the street. Those services were long in the tooth by then. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: History of Hard-coded Offsets (Was: TSSO problems)
In 4c584e96.3080...@ync.net, on 08/03/2010 at 12:15 PM, Rick Fochtman rfocht...@ync.net said: I can remember that a OS/360 Stage-1 assembly took just over 2 hours on a 256K 360/44 with a DSO and reader present. The 2044 didn't have SS instructions, so you got a performance hit simulating them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: History of Hard-coded Offsets
In 4c584e18.50...@ync.net, on 08/03/2010 at 12:12 PM, Rick Fochtman rfocht...@ync.net said: The 2302 was also an oddball device, with rather strange geometry. Oddball? It was just a repackaged 1302; the M3 had 2 modules and the M4 had 4. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Are we missing something here? Didn't R.11 allow IEFBR14 to issue HDELETEs as appropriate? And mightn't that take up some 24-Bit virtual? (In addition to everything others are saying about fragmentation.) Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I'm amazed
Per-user license fee for what? We're talking about Linux, IIRC. But apparently you know more than the principal zEnterprise architect -- a good trick. I'm impressed. BTW, it's not clear what their web site is -- IBM? SCO? Read it again -- read what? Clear as mud. P.S. Let's not have the top/bottom posting wars again. On Wed, Aug 4, 2010 at 8:34 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net shmuel%2bibm-m...@patriot.net wrote: Post top don't please. In aanlktinddb_gap6j5mjrhfxhyknwf0jwdyv-n6uhi...@mail.gmail.com, on 08/03/2010 at 02:24 PM, zMan zedgarhoo...@gmail.com said: Nonsense. You haven't got a clue. Go to their web site and read the terms. The issues are that the requisite code to support the zBX is not in the distros yet. That has absolutely nothing to do with certification. Citation: IBMers here at SHARE. Read it again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
One of the larger explosions on Myth Busters was a cement truck. It was completely packed with C4. When it went off, the cement truck disappeared. On Wed, Aug 4, 2010 at 10:23 AM, Steve Comstock st...@trainersfriend.comwrote: Alan Schenck wrote: Dude. One word cement truck. Clueless. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I'm amazed
In a6b9336cdb62bb46b9f8708e686a7ea005d5e04...@nrhmms8p02.uicnrh.dom, on 08/03/2010 at 11:29 AM, McKown, John john.mck...@healthmarkets.com said: This is new to me. Are you saying that X/Open will not certify a system as UNIX unless there is a way to have per user licenses? Essentially. The name isn't X/OPEN any more. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
Alan Schenck wrote: If this myth needs to be busted, may I suggest that we involve the likes of Jamie Hyneman, Adam Savage, Tory Belleci, Kari Byron, and Grant Imahara? Duh! I don't know any of those names. Sorry, but the allusion is just lost, and I suspect I'm not the only one. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I'm amazed
On Wed, 4 Aug 2010 10:58:36 -0400, zMan wrote: Per-user license fee for what? We're talking about Linux, IIRC. But apparently you know more than the principal zEnterprise architect -- a good trick. I'm impressed. I guess you weren't paying attention to what you were replying to. Shmuel's comment was about Linux being certified as Unix. It has absolutely nothing to do with z/Enterprise architecture. BTW, it's not clear what their web site is -- IBM? SCO? Read it again -- read what? Clear as mud. For Unix certification, I believe that would be The Open Group. P.S. Let's not have the top/bottom posting wars again. Your failure to follow the discussion is a good example of why top posting is not good in a forum such as this. I leave it as an exercise for the reader to make sense of the history that you have isolated below -- Tom Marchant On Wed, Aug 4, 2010 at 8:34 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net shmuel%2bibm-m...@patriot.net wrote: Post top don't please. In aanlktinddb_gap6j5mjrhfxhyknwf0jwdyv-n6uhi...@mail.gmail.com, on 08/03/2010 at 02:24 PM, zMan zedgarhoo...@gmail.com said: Nonsense. You haven't got a clue. Go to their web site and read the terms. The issues are that the requisite code to support the zBX is not in the distros yet. That has absolutely nothing to do with certification. Citation: IBMers here at SHARE. Read it again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT completely..........
Shmuel Metz (Seymour J.) wrote: Just tell them, Oh! RACF does all that! Lying to your management is not a good idea. Agreed about lying, but see below: Paul wrote on 2 July this (I quote fully for clarity): Perhaps it's merely to satisfy a management edict that Every computer must run AV protection! (What about the mainframe? Just tell them, Oh! RACF does all that!) IMHO: Actually on z/OS side (Not Linux or Unix side) there are no antivirus software, because there are NO [1] vendors to start with it. While you can say 'RACF does all that', it is a good thing to remember that RACF does NOT *scan* datasets or files or JES2/3 Spool data for threats. Perhaps you could do some scanning on e-mails before you pass it to SMTP, but that is another story for a 'do nothing' day... ;-D For really bored sysprogs and wannabee enterpreneurs ;-D : You could perhaps do some scanning for each access attempt (during RACROUTE call) if you see your way open to handle severe performance problems... 8-D [1] - Last time I checked that was about a year or so ago... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
TV show called mythbusters. Great program! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Wednesday, August 04, 2010 9:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe Alan Schenck wrote: If this myth needs to be busted, may I suggest that we involve the likes of Jamie Hyneman, Adam Savage, Tory Belleci, Kari Byron, and Grant Imahara? Duh! I don't know any of those names. Sorry, but the allusion is just lost, and I suspect I'm not the only one. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
out of curiosity, do you recall just how they managed to get ahold of *that much* C4? you're talking about 8 CUBIC YARDS of the stuff in the mixer, if it really really was completely packed .. I used the stuff on occasion in viet-nam, and believe me, you don't need 8 cubic yards of that stuff to simply prove you can blow up one truck. /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! One of the larger explosions on Myth Busters was a cement truck. It was completely packed with C4. When it went off, the cement truck disappeared. On Wed, Aug 4, 2010 at 10:23 AM, Steve Comstock st...@trainersfriend.comwrote: Alan Schenck wrote: Dude. One word cement truck. Clueless. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA Hardware Error?
Hal What does the output from an OSA/SF IOACMD QUERY ONE_OSA chpid command show? You may need then to check the OSA fine manual, Open Systems Adapter-Express Customers Guide and Reference, SA22-7935-10, in order to interpret a code you will - I hope - find in the output. Since XX501 is so important, you will, of course, as recommended in any manual to which you care to turn, have installed OSA/SF. On the other hand[1], from V1R12, just announced, we find the following in another fine manual, z/OS Introduction and Release Guide, Version 1 Release 12, GA22-7502-18, under | 1.6.6 System management and monitoring: quote | Operator command to query and display OSA information - A new DISPLAY | TCPIP,,OSAINFO command is available to retrieve information about an | interface from an OSA-Express feature that is in QDIO mode. The new | command is an alternative to using OSA/SF, which lacks information | about many of the latest enhancements to the OSA-Express feature and | to z/OS Communications Server. /quote And I kept the revision bars just to emphasis the point! So, if you are using V1R12 already - you'll have been very fast off the mark I think - it may be that you can get the additional information that may help by using this new command. But then I made the mistake of actually going to the z/OS V1R12 Communications Server IP System Administrator's Commands, SC31-8781-10, manual and checking section | 1.4.2.4 DISPLAY TCPIP,,OSAINFO. Could I find any mention of a line for error codes? - no, I could not! So much for the idea that OSA/SF - for maintenance purposes - had been sunset! Also the command appears to apply only to OSA-Express3. Incidentally a SAP, service access point, is a way of routing traffic arriving at an OSA port identified with a MAC address to the intended receiver. A SAP address in effect qualifies a MAC address so that you need the two together in order to identify a destination - at OSI level 2 - within a node, not just for IP but also for SNA or for any other protocol suite. It can be compared with an IP port number which is needed in order to qualify an IP address in order to locate the application logic within a destination IP node. In contrast, an IP address corresponds to OSI level 3 but the IP port number, being dependent on the transport protocol, specifically TCP and UDP, is a function within OSI level 4. Another incidentally: you'll find folk more in touch with their OSA features in the following list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason [1] I originally added the following here until I checked of what the V1R12 enhancement actually consisted: I'll just about guarantee that this is because of enormous 'stick' from customers who have beaten IBM representatives and support people about the head and shoulders because of the perceived enormous hassle of having to install OSA/SF - for maintenance only when you use QDIO (channel type OSD). On Wed, 4 Aug 2010 09:22:20 -0500, Hal Merritt hmerr...@jackhenry.com wrote: Received the following message: EZZ4310I ERROR: CODE=80100040 REPORTED ON DEVICE XX501. DIAGNOSTIC CODE: 03 The FM states for '0040': INOP-deact SAP Explanation: SAP has become inoperative. After quite a bit of digging, all I can find is that SAP means 'service access point'. But no clue as to what that really means. I don't see anything on the HMC/SE. Do I have some sort of hardware issue? XX501 is our primary network interface and mission critical. This has happened twice in the past few months. The last time a major online took a serious hit - coincidence? Thanks!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 04, 2010 12:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question on size of IEFBR14 and z/OS V1.11 Barbara, Thanks. This may be a similar issue. I am going to have them use 0M then I will not need to read a dump. Yeah!! Lizette SNIPPAGE Would this be related to the reason for the PARMLIB(DIAGxx) member with VSM CHECKREGIONLOSS needing to be specified? If so, then I think IBM needs to take another look at their handling (or mis-handling) of LSQA. After all, IEFBR14 is in LPA. There is no need, that I am aware of, for a GETMAIN of any kind to load it for the STEP being executed. Theoretically, you should be able to use REGION=68K (like the example given in the JCL REF) and get it to work. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
On 3 Aug 2010 22:16:33 -0700, timothy.sipp...@us.ibm.com (Timothy Sipples) wrote: Yet that's exactly what's NOT happening (or at least not happening fast enough) in the rest of computing -- and that's a big problem for individual businesses and for the planet. Remember those old movies which talked about how the computer was so big, it took up a whole room? Well, unfortunately we've gone exactly backwards: the rooms have gotten bigger, not smaller, and now they're stuffed to the gills with lots of machines, each satisfying (if we're lucky) a tiny piece of the overall business's needs. Remember - those reading those reports and making decisions are managers, not techies, so the following is from their POV: The selling point is that server farms are easily expandable and easily distributed among multiple sites. This latter is a big plus for disaster preparedness management. IBM has responded to the expandability issue by offering more powerful computers where we don't pay for power we aren't ready for. But that model doesn't fit how our minds have worked in buying things all our lives.Even when we buy a large hamburger for half price, we feel guilty when we don't eat it all. Furthermore we see computers on every desk - we no longer think of the Big Raised Floor room with no windows that we don't enter anymore. In fact, we're computer users, when we started working, the bosses used Dictaphones and others did the actual writing and calculating. They had us learn spreadsheets - but now that we're the bosses, we still use spreadsheets and e-mail. We *know* computers are what we carry from meeting to meeting.To get more computer power, we just trade in our laptop for a new one. Some techies get more powerful boxes than we get, but we rate over most people. We're not all equal with one shared Big Blue Box. So IBM salesmen who used to have an easy sell, now have a much more difficult sell.Even for people who pride themselves on analyzing everything in detail, preconceptions matter. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
No! See John Eells' post below. The HDELETE functionalty was added to allocation and is triggered by the recognition of IEFBR14. So, IEFBR14 has not increased in size but the addittional functionality within allocation may well be the culprit. Date: Wed, 4 Aug 2010 15:58:04 +0100 From: martin_pac...@uk.ibm.com Subject: Re: Question on size of IEFBR14 and z/OS V1.11 To: IBM-MAIN@bama.ua.edu Are we missing something here? Didn't R.11 allow IEFBR14 to issue HDELETEs as appropriate? And mightn't that take up some 24-Bit virtual? (In addition to everything others are saying about fragmentation.) Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker 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 __ Date: Wed, 4 Aug 2010 08:15:54 -0400 From: ee...@us.ibm.com Subject: Re: Question on size of IEFBR14 and z/OS V1.11 To: IBM-MAIN@bama.ua.edu snippage IEFBR14 itself has no larger a storage footprint than it had in z/OS R9 (or, indeed, than it has had since we added SR 15,15 to it many many moons ago). It's Allocation processing that was changed to recognize IEFBR14 as a special case when you tell it to. I smell a possible storage fragmentation problem inflicted by one or more of the preceding steps. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA Hardware Error?
Hal Sorry, I intended to try the fine web before posting my previous response but I forgot until I pressed Send! CODE=80100040 OSA as search words to Google, offered APAR PK26843: EZZ4310I ERROR: CODE=80100040 REPORTED ON DEVICE DEVNAME. DIAGNOSTIC CODE: 03 as the first hit. The date is 2006 but I guess that rather than being just about impossibly up-to-date you could be at bit of a laggard! There's another APAR with a 2010 date, APAR OA32344: ABEND0C4 PIC11 IN ERBMFEVT ERBMFECP AND OSA CARD FAILURES AFTER ABEND0F4 RSN24 RSN28 IN IGWLHSUS IGWLSLOP 10/03/18 PTF PECHANGE but it appears you may well miss the EZZ message in a blizzard of other failures! And so it goes on with 31 hits in total, the next attributed to this fine list. You can check them with more diligence than I given that you're the one with the problem! Chris Mason On Wed, 4 Aug 2010 09:22:20 -0500, Hal Merritt hmerr...@jackhenry.com wrote: Received the following message: EZZ4310I ERROR: CODE=80100040 REPORTED ON DEVICE XX501. DIAGNOSTIC CODE: 03 The FM states for '0040': INOP-deact SAP Explanation: SAP has become inoperative. After quite a bit of digging, all I can find is that SAP means 'service access point'. But no clue as to what that really means. I don't see anything on the HMC/SE. Do I have some sort of hardware issue? XX501 is our primary network interface and mission critical. This has happened twice in the past few months. The last time a major online took a serious hit - coincidence? Thanks!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I'm amazed
On Wed, Aug 4, 2010 at 11:15 AM, Tom Marchant m42tom-ibmm...@yahoo.comwrote: I guess you weren't paying attention to what you were replying to. Shmuel's comment was about Linux being certified as Unix. It has absolutely nothing to do with z/Enterprise architecture. Ah. I actually was paying attention, but until you just said the above, it wasn't clear until now, even rereading the thread. PaulG asked whether Linux was being downplayed, and the response was There are legal issues preventing Linux from being certified. Since Linux is explicitly NOT a flavor of UNIX, but rather a UNIX-like OS, it never occurred to me that this was referring to certification -- I assumed it was responding to his question and saying that Linux could not be certified by IBM to run on zBX. Now, of course, it all makes sense. Mea culpa. Are there really efforts to certify Linux as UNIX? The Open Group seems to list Linux and UNIX separately. P.S. Let's not have the top/bottom posting wars again. Your failure to follow the discussion is a good example of why top posting is not good in a forum such as this. I leave it as an exercise for the reader to make sense of the history that you have isolated below Different mail clients, different readability; posting style isn't the issue. In this note I'm not top-posting because I'm responding to your separate points. Note that the original NOT-top-posting didn't magically make it clear what was being said. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
You have to stay in more, and watch TV. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Wednesday, August 04, 2010 7:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] More FUD on the demise of the Mainframe Alan Schenck wrote: If this myth needs to be busted, may I suggest that we involve the likes of Jamie Hyneman, Adam Savage, Tory Belleci, Kari Byron, and Grant Imahara? Duh! I don't know any of those names. Sorry, but the allusion is just lost, and I suspect I'm not the only one. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Wednesday, August 04, 2010 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe out of curiosity, do you recall just how they managed to get ahold of *that much* C4? you're talking about 8 CUBIC YARDS of the stuff in the mixer, if it really really was completely packed .. I used the stuff on occasion in viet-nam, and believe me, you don't need 8 cubic yards of that stuff to simply prove you can blow up one truck. They have connections. In this case with the local FBI office. I don't know how much of what explosive was actually used. The trunk was not just blown up. It was disintegrated. Only bite sized pieces left. And not many of them. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Correction, if coding between 16M and 32M the default is 32M. That's what I said: 16M above, is 32M in total. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
Didn't R.11 allow IEFBR14 to issue HDELETEs as appropriate? No, that's not quite accurate. IEFBR14 hasn't changed. The HDELETEs are done by some mechanism within the system/initiator. Not to hijack this thread, but (as I've said before) that's a kludge! - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: socket select problem
Osman A few comments on your posting: 1. It distorts Google Groups when you take a post from an existing thread and change the title in order to attempt to start a new thread - although the regular archives don't get confused. 2. The list which the folk most likely to have an answer for you - that I know of - is the following: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L 3. It is unlikely that posting the same query twice will prompt any more answers - although I have to confess I have seen it happen! 4. Can someone that has experience on socket programming help me? The strict answer to this question is a very probably, yes but I guess this is not the result for which you hoped in posing the question. Would someone that has experience on socket programming please help me? conveys what I'm sure you intended! - Apart from all of that, having checked what you describe, I can't see how you might have made a mistake. If IBMTCP-L people can't help you, you should call on IBM support. A wild guess is that the logic supporting the COBOL SELECT call cannot handle the case that MAXSOC - 1 = 0. If this is the case, you have IBM by the - no that can be interpreted as being rude - at a considerable disadvantage! Chris Mason On Sat, 24 Jul 2010 02:27:44 -0700, osman cinar eren ocinare...@yahoo.com wrote: hi, i want to send my question below again. Can someone that has experience on socket programming help me? By the way there is a connect call before the select call in the scenario i told below. Thanks in advance. On Thu Jul 22nd, 2010 8:09 PM EEST osman cinar eren wrote: Hi, In a COBOL program(environment. z/OS V1R9), we try to use timeout in socket connection. So we set the socket into nonblocking mode and we call the select function with our socket descriptor in write set. Our socket descriptor value is 0 so we set the maxsoc value to 1 in the select call. We receive the following errorcode: 10332. Its explanation is: A SELECT call is invoked with a MAXSOC value greater than that which was returned in the INITAPI function (MAXSNO field). I am really confused with this error code. So does anyone have any comments on this? Thanks Best Regards. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
On Wed, Aug 4, 2010 at 12:27 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Correction, if coding between 16M and 32M the default is 32M. That's what I said: 16M above, is 32M in total. Again from JCL Reference (32M above plus whatever is available below): - A value greater than 16,384K or 16M and less than or equal to 32,768K or 32M — gives the job step all the storage available below 16 megabytes. The resulting size of the region below 16 megabytes depends on system options and what system software is installed. The extended region size is the default value of 32 megabytes. - Don Imbriale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/03/2010 10:45:09 AM: From: John P Kalinich jkali...@csc.com I would not worry about FUD given the following statement from the article. Some companies still employ an older mainframe with a screen known as a 3270 terminal emulator, which evokes the decades-old Disk Operating System, or DOS, that predated Microsoft (MSFT) Windows but how many people who read the article know what odiferous horse hockey it is? pup137 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
Youtube of Cement truck turning into confetti. http://www.youtube.com/watch?v=Gxm_qpKh7Jw On Wed, Aug 4, 2010 at 12:17 PM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Wednesday, August 04, 2010 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe out of curiosity, do you recall just how they managed to get ahold of *that much* C4? you're talking about 8 CUBIC YARDS of the stuff in the mixer, if it really really was completely packed .. I used the stuff on occasion in viet-nam, and believe me, you don't need 8 cubic yards of that stuff to simply prove you can blow up one truck. They have connections. In this case with the local FBI office. I don't know how much of what explosive was actually used. The trunk was not just blown up. It was disintegrated. Only bite sized pieces left. And not many of them. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: History of Hard-coded Offsets
snip-- With single page i/o transfers on 2301 drum ... cp67 would saturate at about 80 page i/os per second. With chained-requests, I could get peaks approaching 300 page i/os per second (chained requests eliminated the avg. 1/2 rotational delay on every page transfered). -unsnip-- At NCSS we devised a scheme to use 2305 devices for paging. We figured 3 pages per track and we inserted a gap record between the pages. Thus we were able to fetch all three pages, from three different exposures, in a single revolution of the device. Ditto for writing a page as well. A guy named Grant Tegtmeier was the mover and shaker behind this scheme, as well as some other DASD modifications that also made huge differences in overall performance. Last I knew, he was out in Silicon Valley and I'd sure like to contact him again, for old times' sake. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
I'm still trying to figure out, what was the myth they were trying to expose? I've watched the show a few times and always found it interesting, but each time I have seen it, they were trying to get to the bottom of something, the something in question being the myth . maybe I'm just ignernt [sic] about cement-trucks-and-C4-explosives myths. /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Wednesday, 04 August, 2010 01:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe Youtube of Cement truck turning into confetti. http://www.youtube.com/watch?v=Gxm_qpKh7Jw On Wed, Aug 4, 2010 at 12:17 PM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Wednesday, August 04, 2010 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe out of curiosity, do you recall just how they managed to get ahold of *that much* C4? you're talking about 8 CUBIC YARDS of the stuff in the mixer, if it really really was completely packed .. I used the stuff on occasion in viet-nam, and believe me, you don't need 8 cubic yards of that stuff to simply prove you can blow up one truck. They have connections. In this case with the local FBI office. I don't know how much of what explosive was actually used. The trunk was not just blown up. It was disintegrated. Only bite sized pieces left. And not many of them. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
The myth was that someone took too long to empty the cement out of the truck, allowed it to harden and then tried to use dynamite to clean out the hardened cement. Regards, John 513-723-7527 john.king...@convergys.com From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco [t...@cio.sc.gov] Sent: Wednesday, August 04, 2010 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe I'm still trying to figure out, what was the myth they were trying to expose? I've watched the show a few times and always found it interesting, but each time I have seen it, they were trying to get to the bottom of something, the something in question being the myth . maybe I'm just ignernt [sic] about cement-trucks-and-C4-explosives myths. /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Wednesday, 04 August, 2010 01:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe Youtube of Cement truck turning into confetti. http://www.youtube.com/watch?v=Gxm_qpKh7Jw On Wed, Aug 4, 2010 at 12:17 PM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Wednesday, August 04, 2010 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe out of curiosity, do you recall just how they managed to get ahold of *that much* C4? you're talking about 8 CUBIC YARDS of the stuff in the mixer, if it really really was completely packed .. I used the stuff on occasion in viet-nam, and believe me, you don't need 8 cubic yards of that stuff to simply prove you can blow up one truck. They have connections. In this case with the local FBI office. I don't know how much of what explosive was actually used. The trunk was not just blown up. It was disintegrated. Only bite sized pieces left. And not many of them. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: The information contained in this electronic mail transmission is intended by Convergys Corporation for the use of the named individual or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone (collect), so that the sender's address records can be corrected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF records for data set open/close
--snip- I'm also curious as to why you would want to filter out the recording of SMF records for certain datasets. SMF records are useful for a variety of analysis tasks, not the least of which would be an audit trail in case something happened to the dataset, or someone who shouldn't accesses it. Working for a bank I can just hear the auditor's and security folks screaming right now. --unsnip--- You are hearing The Sounds of Silence; your auditors and security people are lying on the floor in a dead faint condition. Deleting or suppressing a single SMF record will give an auditor the heebie-jeebies. Just the thought makes him wonder how much is being hidden and thus untrackable. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
ah. ok. thank you. /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! The myth was that someone took too long to empty the cement out of the truck, allowed it to harden and then tried to use dynamite to clean out the hardened cement. I'm still trying to figure out, what was the myth they were trying to expose? I've watched the show a few times and always found it interesting, but each time I have seen it, they were trying to get to the bottom of something, the something in question being the myth . maybe I'm just ignernt [sic] about cement-trucks-and-C4-explosives myths. /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Wednesday, 04 August, 2010 01:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe Youtube of Cement truck turning into confetti. http://www.youtube.com/watch?v=Gxm_qpKh7Jw On Wed, Aug 4, 2010 at 12:17 PM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Wednesday, August 04, 2010 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: More FUD on the demise of the Mainframe out of curiosity, do you recall just how they managed to get ahold of *that much* C4? you're talking about 8 CUBIC YARDS of the stuff in the mixer, if it really really was completely packed .. I used the stuff on occasion in viet-nam, and believe me, you don't need 8 cubic yards of that stuff to simply prove you can blow up one truck. They have connections. In this case with the local FBI office. I don't know how much of what explosive was actually used. The trunk was not just blown up. It was disintegrated. Only bite sized pieces left. And not many of them. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: The information contained in this electronic mail transmission is intended by Convergys Corporation for the use of the named individual or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone (collect), so that the sender's address records can be corrected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who are the TOP Mainframe Tapesubsystems Vendors?
Our agency just replaced 10 (ten) STK 9310 silos with 2 (two) Oracle VSMs (Virtual Storage Manager) and 2 (two) Oracle SL8500 tape subsystems. They are working GREAT!! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark, Kevin Sent: Tuesday, August 03, 2010 1:42 PM To: IBM-MAIN@bama.ua.edu Subject: Who are the TOP Mainframe Tapesubsystems Vendors? Hello all, As the storage landscape has changes over the years. I find myself struggling to put together competitive acquisitions. I'm simply talking about a library with 3592 type drives and maybe LTO support for the Open Systems side. There IBM. Who else? Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
Steve Comstock wrote: Alan Schenck wrote: If this myth needs to be busted, may I suggest that we involve the likes of Jamie Hyneman, Adam Savage, Tory Belleci, Kari Byron, and Grant Imahara? Duh! I don't know any of those names. Sorry, but the allusion is just lost, and I suspect I'm not the only one. Check out MythBusters on the Discovery Channel. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who are the TOP Mainframe Tapesubsystems Vendors?
Oracle just bought SUN. SUN recently bought STK. The VSM and SL8500 were developed by STK, not ORACLE. snip Our agency just replaced 10 (ten) STK 9310 silos with 2 (two) Oracle VSMs (Virtual Storage Manager) and 2 (two) Oracle SL8500 tape subsystems. They are working GREAT!! /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
-snip out of curiosity, do you recall just how they managed to get ahold of *that much* C4? you're talking about 8 CUBIC YARDS of the stuff in the mixer, if it really really was completely packed .. I used the stuff on occasion in viet-nam, and believe me, you don't need 8 cubic yards of that stuff to simply prove you can blow up one truck. ---unsnip- AMEN to that! Thoroughly nasty stuff. Let's stay on topic here. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Region Size - Step or Jobcard
Someone asked me the question, and since we are having a good discussion, I thought I would throw this out to the collective wisdom here. If there is a job with 200+ steps. Is it better to have region coded at the JOBCARD level or the STEP Level? I have heard various thoughts on this over the years and I am hoping for some better clarification other than I think I remember that Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linkage conventions (was Re: z/OS 1.12 beta sites)
On Wed, 4 Aug 2010 07:10:14 -0600, Steve Comstock wrote: Tom Marchant wrote: On Tue, 3 Aug 2010 12:02:29 -0600, Steve Comstock wrote: Peter Relson wrote: As to your point about allocating using space based on a format shown in a book, that is not using best programming practices when a symbol is provided in a macro. I disagree. I use the docs as reference, trusting they reflect the macros (which can be difficult to read in some cases, eh?) But the example in the book shows: GETMAIN RU,LV=SAVF5SA_LEN Get my reentrant savearea That will allocate a 216 byte save area. Umm, how can I tell from the example that this will be a 216-byte save area? There are no comments in the code nor discussion around the example to inform the reader of the generated size; my essential point is the whole section is not clear enough for the reader to properly code save area linkages. no comments in the code nor discussion around the example to inform the reader of the generated size Are you kidding? The example that I quoted from is on page 13 and on page 12 it reads quote 2. Creates its own 216-byte save area (if using F5SA) or 288-byte save area (if using F8SA), taking care to preserve the values of the high halves of any of the calling program's GPRs /quote I will be re-writing the section in my course on save area linkages so students who subsequently visit the doc can relate to what's there. Right now, it just doesn't tell the story clearly, in my opinion. Good luck to your students then. How can you teach what you seem not to understand? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
-snip--- but how many people who read the article know what odiferous horse hockey it is? --unsnip--- We should be working to help our management realize just what that horse hockey really means. NOTHING!!! Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATL 3494 for z/OS and zLinux
is there a product that would allow me to use an ATL 3494 in the z/OS lpar and the zLinux lpar (in the same CEC) simultaneously ? At the moment I'm using it in the z/OS lpar (with DFSMSrmm) only. Yes, you can do it but now you are into getting the infrastructure on the z/VM zLinux side to work with the ATL. I looked at this a few years ago and decided to go with Tivoli Storage Manager for z/OS. The idea is to have all the ATL activity handled by z/OS and keep my z/VM and zLinux from doing tape handling. Then my z/OS can run all the jobs, tapes managed by RMM, etc. Besides I might put some of the dumps into the VTS along the way. Now IBM has decided to Sunset TSM for z/OS in 2013 or so and one must maybe convert to TSM for zLinux with all the ugly tape handling outside of z/OS; dumb move although they claim the DB2 performance needed is not available on z/OS but is on zLinux. My next move will be to take another serious look at FDR's Upstream to keep it all over on the z/OS side and not have all the complications of using tapes managed in the z/VM and zLinux worlds. jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
The extended region size is the default value of 32 megabytes. I've obviously misinterpreted that statement then. I always read it as total. But, the major point is that 16M does not give you all above. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
In days of yore, long, long ago, and far, far, away, it made sense to code at the step level. OS/MVT used a contiguous storage algorithm and reserved that storage for the life of a job step.. If STEPB required more storage that STEPA, the possibility existed for significant execution delays until a contiguous block of real storage large enough for STEPB to execute became available. Great amounts of time and effort were spent determining actual real storage requirements and maintaining cascading region parameters to ensure that there was always enough contiguous real storage for the next job step. Potentially large amounts of real storage were wasted on small (real storage) steps executing before the large (real storage) step. All of the above went the way of the dodo when OS/MVS (specifically, virtual storage) became available. IMO, it no longer makes any sense to even worry about it. I do not believe any benefit (or not) would even be measureable. HTH, snip If there is a job with 200+ steps. Is it better to have region coded at the JOBCARD level or the STEP Level? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who are the TOP Mainframe Tapesubsystems Vendors?
So? Did anyone claim that Oracle developed VSM or SL8500? The notice below says that someone bought some product from Oracle, nothing else. Nowadays SL8500 is onwed by Oracle - so it's Oracle product. BTW: many IBM products are developed by still existing independent companies. Examples: all tape libraries except the largest (Quantum, previously ADIC), some FASt aka DS dasd (Ingenico), N-something_I_forgot (NetApp), all the FC/FICON switches... Regarding to the Silo-SL change: a single SL8500 in maximum configuration is huge library, with approx. 1 tape slots. We don't know what drives are inside, but the technolgical jump could be really big as well. W dniu 2010-08-04 19:58, Staller, Allan pisze: Oracle just bought SUN. SUN recently bought STK. The VSM and SL8500 were developed by STK, not ORACLE. snip Our agency just replaced 10 (ten) STK 9310 silos with 2 (two) Oracle VSMs (Virtual Storage Manager) and 2 (two) Oracle SL8500 tape subsystems. They are working GREAT!! /snip -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
IMHO, whatever is, leave it. There would not be enough potential benefit to justify the risks and cost. My $0.02 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 04, 2010 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Region Size - Step or Jobcard Someone asked me the question, and since we are having a good discussion, I thought I would throw this out to the collective wisdom here. If there is a job with 200+ steps. Is it better to have region coded at the JOBCARD level or the STEP Level? I have heard various thoughts on this over the years and I am hoping for some better clarification other than I think I remember that Lizette NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
W dniu 2010-08-04 20:07, Lizette Koehler pisze: Someone asked me the question, and since we are having a good discussion, I thought I would throw this out to the collective wisdom here. If there is a job with 200+ steps. Is it better to have region coded at the JOBCARD level or the STEP Level? I have heard various thoughts on this over the years and I am hoping for some better clarification other than I think I remember that 1. I think, it really doesn't matter *in practice*. 2. Without knowledge of the job steps it's impossible to answer. Example: 199 steps with IEFBR14 and 1 with MYPROG. Or the opposite... -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: More FUD on the demise of the Mainframe
On Wed, Aug 4, 2010 at 2:17 PM, Rick Fochtman rfocht...@ync.net wrote: We should be working to help our management realize just what that horse hockey really means. NOTHING!!! But they're so cute, on their little skates, with their four legs going in all directions... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: History of Hard-coded Offsets
rfocht...@ync.net (Rick Fochtman) writes: At NCSS we devised a scheme to use 2305 devices for paging. We figured 3 pages per track and we inserted a gap record between the pages. Thus we were able to fetch all three pages, from three different exposures, in a single revolution of the device. Ditto for writing a page as well. A guy named Grant Tegtmeier was the mover and shaker behind this scheme, as well as some other DASD modifications that also made huge differences in overall performance. Last I knew, he was out in Silicon Valley and I'd sure like to contact him again, for old times' sake. re: http://www.garlic.com/~lynn/2010m.html#10 History of Hard-code Offsets use of gap records were standard on 2305 (2305 track had more than enough room for the dummy records) and (sort-of) on 3330. 2305 had multiple exposures and it was also possible to dedicate a specific exposure to all requests for record at specific rotational position ... eliminating chained requests having to process a (chained) seek head CCW in the rotational latency between the end of one record and the start of the following record (small dummy records were used to increase the rotational latency between the end of the preceeding page record and the start of the next page record ... allowing time for the processing of the chained seek head). In any case, chained requests amortized the overhead of i/o initiation and interrupt processing across multiple page transfers ... while startio/interrupt per request (using multiple exposures) could improve responsiveness (at the cost trade-off of more overhead). the dynamic adatpive resource manager (sometimes called the fairshare scheduler because default resource policy was fairshare), page replacement algorithms, request chaining (for 2301 2314) and ordered seek (for 2314) that I did as undergraduate was picked up and relased in cp67. in the morph from cp67 to vm370 ... a lot of that stuff got dropped. SHARE was lobbying that I be allowed to put a bunch of the stuff back into vm370. With the failure of future system ... most internal groups had been distracted ... allowing 370 software hardware product pipelines to go dry ... there was a mad rush to get stuff back into the 370 product pipeline. misc. past posts mentioning future system http://www.garlic.com/~lynn/submain.html#futuresys during that period I continued to do 360 370 work ... even sometimes making snide remarks about the practicality of FS. One of my hobbies was doing product distribution support for internal systems ... at one point, peaking over hundred with csc/vm ... some old email http://www.garlic.com/~lynn/2006v.html#email731212 http://www.garlic.com/~lynn/2006w.html#email750102 http://www.garlic.com/~lynn/2006w.html#email750430 in any case, the mad rush to get stuff back into the 370 product pipeline ... tipped the scales allowing bits pieces of stuff to be released, that I had been doing ... including the resource manager (had a whole lot more stuff than straight dynamic adaptive resource manager, also was the guinee pig for starting to charge for kernel software). misc. past posts mentioning resource manager http://www.garlic.com/~lynn/subtopic.html#fairshare misc. past posts mentioning paging virtual memory http://www.garlic.com/~lynn/subtopic.html#wsclock the above old email references doesn't mention misc. other stuff I had done ... like multiprocessor support or for the microcode assist stuff that I worked on for endicott. there was some issues with whether 2305s could really operate on 158s (because of integrated channel overhead) at the standard specified channel cable distances. had some number of poorly performing 158s where turns out that 2305s were not doing three transfer per rotation ... but taking additional rotations. Things would improve when channel lengths were shortened. The big problem in this area was 3330 ... 3330 track didn't officially allow for big enough dummy record between three 4k records (to allow for seek head to be inserted to switch track between end of one page and the start of the next). again the real problem was with 158 and latency/overhead in the integrated channel processing. I did a whole series of tests across a number of different processors (148, 4341, 158, 168, 303x, some clone processorsetc), 3330 controller vendors (not just IBM), and block sizes (looking for threshold where seek head could be processed within the rotational latency for specific block size ... i.e. start with smallest possible dummy block ... perform the rotational transfer tests, then increase size ... looking for minimum dummy block size that could transfer three pages ... all on different tracks ... in one rotation). most of the clone 3330 disk controllers were faster (required smaller dummy block size) than standard 380. The 148, 4341, and 168 ... were all much better than the 158. All the 303x processors exhibited the same characteristic as the 158 ... since the channel director
Re: Question on size of IEFBR14 and z/OS V1.11
I was rerunning an z/OS 1.9 ADDRSU backup of a Mod 9 volume, 600 track VTOC, 90% used with mostly 1 track datasets, 90% of VTOC entries used. I had to specify a REGION=256MB because REGION=196MB abended, ended up using about 205MB. when it finally completed. I would continue with the 17MB or higher value to get storage about the 16MB line, unless you need more. On Wed, Aug 4, 2010 at 7:59 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 4 Aug 2010 00:30:31 -0500, Barbara Nitz wrote: deleted My understanding is that anything over 16MiB normally results in whatever below is available plus unlimited above. I habitually code REGION=16385K. -- gil -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
On Wed, 4 Aug 2010 13:24:02 -0500, Staller, Allan wrote: In days of yore, long, long ago, and far, far, away, it made sense to code at the step level. OS/MVT used a contiguous storage algorithm More precisely, MVT had a single address space and reserved that storage for the life of a job step.. If STEPB required more storage that STEPA, the possibility existed for significant execution delays until a contiguous block of real storage large enough for STEPB to execute became available. At the shop where I started in 1970, we did just the opposite. All regions were coded on the JOB card and there was a standard for what the region would be. IIRC, Class A always used 110K. This was to avoid storage fragmentation. Today it is much less important. I usually code region on the JOB statement, but that's a personal preference. I don't believe in changing existing JCL without a good reason. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who are the TOP Mainframe Tapesubsystems Vendors?
For Mainframe it is IBM and STK (Oracle) for both real and virtual tape products, these two are the market leaders in both areas. For MF virtual you can also look to Bus-Tech , EMC (Bus-Tech like) and Luminex. These can be good choices for a shop with little to no real tape behind the Virtual sub-systems. Both IBM and STK have spent years working on ways to replicate Virtual tape systems and to support real tape behind such systems. They even have utilities to restore a Virtual volume from a real tape cartridge without a VSM system. Tape Drives from IBM are the 3592 and from STK the 1 and the 9840D (the STK drives are available for Open systems also, unsure of the IBM). Tape Libraries from both IBM and STK can connect to both open and MF (even at the same time) you would have some FC or SCSI drives for open and Ficon (maybe even Escon) for MF. When doing this you will need to decide how robot control is managed, both give you options. Tape drives for Open Systems generally are LTO-5 (5th generation) now IBM HP or Quantum. While there may be others I do not know what they are. There are numerous Virtual tape systems available for Open systems, but one thing to be aware of is that they are different than the MF Virtual tape systems (this is generally because of the differences in how tape is used in the 2 worlds). In summary your answer is IBM or STK (Oracle) Carl Swanson carl.swans...@verizon.net Mobile: 215.688.1459 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark, Kevin Sent: Tuesday, August 03, 2010 2:42 PM To: IBM-MAIN@bama.ua.edu Subject: Who are the TOP Mainframe Tapesubsystems Vendors? Hello all, As the storage landscape has changes over the years. I find myself struggling to put together competitive acquisitions. I'm simply talking about a library with 3592 type drives and maybe LTO support for the Open Systems side. There IBM. Who else? Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
On Wed, 4 Aug 2010 14:07:20 -0400, Lizette Koehler stars...@mindspring.com wrote: Someone asked me the question, and since we are having a good discussion, I thought I would throw this out to the collective wisdom here. If there is a job with 200+ steps. Is it better to have region coded at the JOBCARD level or the STEP Level? I have heard various thoughts on this over the years and I am hoping for some better clarification other than I think I remember that Lizette The less JCL coding, the better. And if you have system-exits that force such limits, coding a value may have no impact. Or if you have such small default-value defined for jobs, that could also have in impact -- for example, the minimum REGION required for a particular SAS conversion required a JCL change, however instead the JCL parameter was removed altogether. However, do consider that 'assigned JOB-level REGION, sets the max limit for any subordinate job-step, unless an exit gets involved. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
For new JCL I always recommend just putting an ample region size on the job card and be done with it. But I would certainly not change running JCL for no reason. I always say if it ain't broke don't break it. C. Todd Burrell PMP, MCSE 2003:Security Security+, Network+ Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 04, 2010 2:07 PM To: IBM-MAIN@bama.ua.edu Subject: Region Size - Step or Jobcard Someone asked me the question, and since we are having a good discussion, I thought I would throw this out to the collective wisdom here. If there is a job with 200+ steps. Is it better to have region coded at the JOBCARD level or the STEP Level? I have heard various thoughts on this over the years and I am hoping for some better clarification other than I think I remember that Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
If you have a problem with the region size, add a REGION parameter to the jobcard that is equal to or larger than any step, and overrides all the steps. No need to remove the REGION from the steps or procs, and any changes to the values could result in typo abends. On Wed, Aug 4, 2010 at 2:43 PM, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) z...@cdc.gov wrote: For new JCL I always recommend just putting an ample region size on the job card and be done with it. But I would certainly not change running JCL for no reason. I always say if it ain't broke don't break it. C. Todd Burrell PMP, MCSE 2003:Security Security+, Network+ Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I'm amazed
In aanlktimxlrzyeth0vd-ap46rj=lxodyte6yrygnfh...@mail.gmail.com, on 08/04/2010 at 10:58 AM, zMan zedgarhoo...@gmail.com said: IIRC. You don't. But apparently you know more than the principal zEnterprise architect I don't have to run faster than the bear; I just have to run faster than you. You don't have a clue as to who said what to whom. BTW, it's not clear what their web site is It is to anybody with a brain. That leaves you out. read what? This thread, especially 20100803124815.8e8f1f58...@smtp.patriot.net. But first learn to read. P.S. Let's not have the top/bottom posting wars again. Lets. Then you learn to compose attribution lines. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL My One Pack
In listserv%201008040744479311.0...@bama.ua.edu, on 08/04/2010 at 07:44 AM, Daniel McLaughlin daniel_mclaugh...@us.crawco.com said: The stump point is how do I IPL it? You need an IODF and a LOADxx member. Do I create a SYS1.IPLPARM on that pack and go from there or what? That would be my preference, but you can put LOADxx in SYS1.PARMLIB. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
m42tom-ibmm...@yahoo.com (Tom Marchant) writes: More precisely, MVT had a single address space aka VS2/SVS was minimally modified MVT in a single (16mbyte) virtual address space; biggest change was borrowing ccwtrans from cp67 for EXCP ... to take the application-passed channel program and make a copy of it ... substituting real addresses for virtual addresses. there was a specially modified MVT os/360 relase 13 done at boeing huntsville. MVT storage/memory management became heavily fragmented with long running jobs. boeing huntsville had a pair of 360/67s for long running cad/cam jobs with 2250 vector graphics under MVT OS/360 release 13. MVT release 13 was modified to use the 360/67 virtual memory hardware to reoganize storage/memory locations (compensating for enormous storage fragmentation). there was no paging going on ... just address translation. the os/360 single address space contributed heavily to pervasive pointer-passing paradigm (also efficiency in limited storage/memory environments). this caused all sorts of problems attempting to deploy MVS with multiple virtual address spaces. MVS kernel image was made half of each 16mbyte application virtual address space (to simplify pervasive use of pointer-passing APIs). The problem manifested itself when all the subsystems were also moved into their own separate address space ... now the pointer-passing API between applications and subsystems started to break down. The solution was the common segment ... a part of every virtual address space that could have dedicated areas for moving parameters into so as to not breack the pointer passing API paradigm. The problem was that the demand for common segment area grew as the size of systems and number of subsystems grew. Some large MVS shops were even facing the possibility of moving from 5mbyte common segment to 6mbyte common segment ... reducing maximum application area to 2mbytes. Burlington ... internal chip foundary and big internal MVS shop had an enormous problem ... with major fortran applications that were constantly threatening to exceed 7mbytes and lots of carefully crafted MVS systems that maintained the common segment at 1mbyte. Move off MVS to CMS would have eliminated a whole lot of effort that was constantly going into keeping their applications working in the MVS environment ... but that would have been an enormous blow to MVS prestige and image. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Region Size - Step or Jobcard
For new JCL I always recommend just putting an ample region size on the job card and be done with it. But I would certainly not change running JCL for no reason. I always say if it ain't broke don't break it. I say implement an IEFUSI exit that isn't from the dark ages and not worry about (or ignore) what users code for (at least most) JCL. I shouldn't talk too much because I still haven't changed the default from 256M above. The below default is 7M and I'm sure 8M or even 9M wouldn't be a problem and would leave plenty of room for LSQA below the line (which I reserve 512K anyway). None of the LPARs I work with have less than 10M private below the line. Typically STCs code REGION=0M which I only allow (don't ignore) for STCs and that gives them everything they need anyway. BATCH that codes REGION=0M is penalized by getting the default, but I haven't found a batch job that ever needed more than 256M. If it did need more, I allow whatever is specified except for 0M (throw back to the old days - even the smallest LPAR I support has 1.5G real and a robust paging subsystem). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii Sample code - is there any?
Does anyone know if there is any material from Steve Warren's BCPii Share session on Tuesday? I have been monitoring the Share site in the hope that something might appear, but no joy as yet.(many sessions do seem to have the ppt's, but not that one). I do now have a functioning basic BCPii POC capability working, based on some assembler kindly donated off-list, but my assembler skills are verging on the seized-up side of rusty, and probably have a better chance with C. Would be ideal to be able to invoke the BCPii commands from REXX, but that's not on the cards from what I can make out. On 15 July 2010 13:34, Mary Anne Matyaz maryanne4...@gmail.com wrote: Precious little so far. Sam Knutson provided some in his bit bucket presentation: http://ew.share.org/client_files/callpapers/attach/SHARE_in_Denver/S2208SK13 1053.pdf He indicated SAF was usually a problem. Steve Warren is doing the following presentation at Share in 3 weeks: BCPii for Dummies: Start to finish installation, setup and usage Tuesday, August 3, 2010: 4:30 PM-5:30 PM Room 313 (Hynes Convention Center) Speaker: Steve Warren (IBM Corporation) This session goes thru a complete BCPii setup, including step by step installation and configuration instructions, including configuration of the support element, security definitions and BCPii address space. Real coding examples will also be given. Included in the presentation will be a quick BCPii update for z/OS 1.12. http://share.confex.com/share/115/webprogram/Session7543.html From Sam's presentation: (Sorry for the formatting.) BCPii test case * ConnectTypeValue_Ptr LA REG4,HWI_LOCAL_HOST_CPC special case “*” ST REG4,CONNECTTYPEVALUEPTR LA REG4,CONNECTTYPEVALUEPTR ST REG4,HWICONNTYPEVALUE_PTRPTR * Call HWICONN LOAD EP=HWICONN LOAD AND CALL HWICONN LR 15,0 LR REG1,REG5 BALR 14,15 MVC RETN+11(8),HWICONN MOVE HWICONN INTO WTO MVC EXPN+11(8),HWICONN MOVE HWICONN INTO WTO LA REG15,CHECKRC GO CHECK RC FROM SERVICE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BCPii Sample code - is there any?
It will be in the proceedings soon Sent from my Verizon Wireless BlackBerry -Original Message- From: Graham Harris harris...@gmail.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 4 Aug 2010 22:04:10 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: BCPii Sample code - is there any? Does anyone know if there is any material from Steve Warren's BCPii Share session on Tuesday? I have been monitoring the Share site in the hope that something might appear, but no joy as yet.(many sessions do seem to have the ppt's, but not that one). I do now have a functioning basic BCPii POC capability working, based on some assembler kindly donated off-list, but my assembler skills are verging on the seized-up side of rusty, and probably have a better chance with C. Would be ideal to be able to invoke the BCPii commands from REXX, but that's not on the cards from what I can make out. On 15 July 2010 13:34, Mary Anne Matyaz maryanne4...@gmail.com wrote: Precious little so far. Sam Knutson provided some in his bit bucket presentation: http://ew.share.org/client_files/callpapers/attach/SHARE_in_Denver/S2208SK13 1053.pdf He indicated SAF was usually a problem. Steve Warren is doing the following presentation at Share in 3 weeks: BCPii for Dummies: Start to finish installation, setup and usage Tuesday, August 3, 2010: 4:30 PM-5:30 PM Room 313 (Hynes Convention Center) Speaker: Steve Warren (IBM Corporation) This session goes thru a complete BCPii setup, including step by step installation and configuration instructions, including configuration of the support element, security definitions and BCPii address space. Real coding examples will also be given. Included in the presentation will be a quick BCPii update for z/OS 1.12. http://share.confex.com/share/115/webprogram/Session7543.html From Sam's presentation: (Sorry for the formatting.) BCPii test case * ConnectTypeValue_Ptr LA REG4,HWI_LOCAL_HOST_CPC special case “*” ST REG4,CONNECTTYPEVALUEPTR LA REG4,CONNECTTYPEVALUEPTR ST REG4,HWICONNTYPEVALUE_PTRPTR * Call HWICONN LOAD EP=HWICONN LOAD AND CALL HWICONN LR 15,0 LR REG1,REG5 BALR 14,15 MVC RETN+11(8),HWICONN MOVE HWICONN INTO WTO MVC EXPN+11(8),HWICONN MOVE HWICONN INTO WTO LA REG15,CHECKRC GO CHECK RC FROM SERVICE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
