Yes but those are for a SEPARATE LPAR - the CF one, not the z/OS one. Cheers, Martin
Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Barry Merrill <ba...@mxg.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 17/07/2015 20:03 Subject: Re: Dump Failing - Aux Shortage Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> Don't overlook the type 74 subtype 4 Structure data where the SCM statistics per Structure are reported. TYPE74ST in MXG 33.07 has all of these new R744Mxxxx variables: /* TYPE 74 SUBTYPE 4 MO SECTION*/ R744MAEC='SCM*AUXILIARY*ENABLED*COMMANDS' R744MALG='SCM*ALGORITHM*TYPE' R744MEMA='EST MAX*ASSIGNED*AUGMENTM SPACE' R744MEME='EST MAX*LIST*ELEMENTS*IN SCM' R744MEML='EST MAX*LIST*ENTRIES*IN SCM' R744MENE='EXISTING*LIST*ELEMENTS*IN SCM' R744MENL='EXISTING*LIST*ENTRIES*IN SCM' R744MFAU='FIXED*AUGMENTED*SPACE' R744MIUA='AUGMENTED*SPACE*IN USE*BY THIS STRUCTURE' R744MIUS='SCM*IN USE*BY THIS*STRUCTURE' R744MMBE='MAX*LIST ELEMENTS*PER SCM*BUFFER' R744MNEL='MIN*LIST ELEMENTS*MUST BE*AVAILABLE' R744MNEC='MIN*LIST ENTRIES*MUST BE*AVAILABLE' R744NSRK='REFERENCES*FOR MIGRATING*KEY-RANGE' R744MMBL='MAX*LIST ENTRIES*PER SCM*BUFFER' R744MRBT='SCM*READ*BYTES*TRANSFERRED' R744MRFC='SCM*READ OPS*LIST*REFERENCE' R744MRPC='SCM*READ OPS*PREFETCH OP' R744MRSQ='SQUARES OF*R744MRST' R744MRST='SCM*READ OPS*SERVICE*TIME' R744MSLR='PCT*LIST COUNTS*LOWER*REGULATOR' R744MSLT='PCT*LIST COUNTS*LOWER*THRESHOLD' R744MSMA='MAX*SCM*STRUCTURE*CAN USE' R744MSRL='SCM*REFERENCES*LIST*STRUCTURE' R744MSRM='SCM*REFERENCES*MIGRATION' R744MSRR='SCM*REFERENCES*LIST*HASHING' R744MSUR='PCT*LIST COUNTS*UPPER*REGULATOR' R744MSUT='PCT*LIST COUNTS*UPPER*THRESHOLD' R744MSWC='SCM LIST WRITES' R744MWBT='SCM*WRITE*BYTES*TRANSFERRED' R744MWSQ='SQUARES OF*R744MWST' R744MWST='SCM*WRITE OPS*SERVICE*TIME' Barry Herbert W. "Barry" Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229-5112 ba...@mxg.com Fax: 214 350 3694 - Still works, received as email Tel: 214 351 1966 - Unreliable, please use email www.mxg.com HomePage: FAQ answers most questions ad...@mxg.com License Forms, Invoice, Payment, ftp information supp...@mxg.com Technical Issues MXG-L FREE ListServer http://www.mxg.com/mxg-l_listserver/ -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Friday, July 17, 2015 1:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Dump Failing - Aux Shortage So the real question, I submit, gets to be "how come there's so much of SCM tied up?" Are we trying to capture dumps into an already overly-full memory / SCM situation? This thread (and a SEPARATE customer situation) prompted a discussion today in my team about doing more with the SMF 75 (and 71) data now that SCM is quite commonplace. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Jim Mulder <d10j...@us.ibm.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 17/07/2015 16:58 Subject: Re: Dump Failing - Aux Shortage Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > From: Nathan Astle <tcpipat...@gmail.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/17/2015 11:49 AM > Subject: Re: Dump Failing - Aux Shortage Sent by: IBM Mainframe > Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > Hi, > > PageIO Total 120m Active 0 > Datasets Total 40 Used 11 > SCM Size 128G Used 120G 94.02% > LOCAL Size 61.9G Used 3.45G 5.57% > NONVIO Used 3.32G 5.36% > VIO Used 133M 0.21% > > > Type Status Size Used Pct% VIO > PLPA ACTIVE 70.3M 60.9M 86.62% > COMMON ACTIVE 703M 320K 0.04% > SCM ACTIVE 128G 120G 94.02% > LOCAL ACTIVE 6.88G 386M 5.49% VIO > LOCAL ACTIVE 6.88G 388M 5.51% VIO > LOCAL ACTIVE 6.88G 394M 5.60% VIO > LOCAL ACTIVE 6.88G 402M 5.71% VIO > LOCAL ACTIVE 6.88G 399M 5.67% VIO > LOCAL ACTIVE 6.88G 401M 5.70% VIO > LOCAL ACTIVE 6.88G 385M 5.48% VIO > LOCAL ACTIVE 6.88G 402M 5.72% VIO > LOCAL ACTIVE 6.88G 383M 5.45% VIO 3.45G (used local) + 120G (used SCM) = 123.45G (used Aux) 61.9G (size local) + 128G (size SCM) = 189.9 (size Aux) (123.45 * 100) / 189.9 = 65% That is over the %(aux used) threshold for allowing a dump to start. MAXSPACE has nothing to do with it. You would get a different reason code for MAXSPACE. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
