Re: IEA061E replacement ASID shortage
Unfortunately I have no control over what runs in production, if I could spend the time and effort to address this one issue, i could, in the real world leadership is more concerned about how many tickets we resolve per week and how our time is accounted for and working BS issues. that's a rude statement, in my career as a sysprog, 30+ years I can count on one 4 fingered hand the number of outages I've had on the systems I support, most of this time without a health checker, the health checker was me and my team. Jan 31's it will be someone else's action item Carmen On 8/18/2022 6:58 AM, Peter Relson wrote: running on one system in my PLEX, my team and the operations staff does not want it running everywhere, That is generally an unsupportable position. As is not running HC at all. It means that you don't care about keeping this system up or having this system comply with your own best practices. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEA061E replacement ASID shortage
running on one system in my PLEX, my team and the operations staff does not want it running everywhere, That is generally an unsupportable position. As is not running HC at all. It means that you don't care about keeping this system up or having this system comply with your own best practices. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEA061E replacement ASID shortage
Peter, This topic has appeared a few times on IBM-Main. Search the archives and pay special attention to posts by Peter Relson and Jim Mulder on this subject. You can also look up the IEF352I message to help in your understanding. For those address spaces that are issuing this message, are you sure that they need to be stopped? Most cross-memory server started tasks are designed to stay active for the life of the IPL. Closing them down for overnight housekeeping is normally overkill. Does the software running in these address space support using REUSASID=YES on the start command? Ask the vendor or look in the appropriate manual for the product. Rob Scott Rocket Software Sent from Samsung Mobile on O2 Get Outlook for Android<https://aka.ms/AAb9ysg> From: IBM Mainframe Discussion List on behalf of Peter Sent: Thursday, August 18, 2022 5:47:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEA061E replacement ASID shortage EXTERNAL EMAIL Right now the ASID percentage looks like below. There are some address space which ends with ADDRESS SPACE IS UNAVAILABLE., May be this are the consumers. While I can see these kind of tasks are getting manually started with no issues Basically where would I hit roadblock based on below values? These concepts am just trying to understand. ASID Usage Summary from the ASVT: Maximum number of ASIDs: 3020 MAXUSER from IEASYSxx: 3000 In use ASIDs: 183 Available ASIDs: 2817 RSVSTRT from IEASYSxx: 5 RSVSTRT in use: 0 RSVSTRT available: 5 RSVNONR from IEASYSxx:15 RSVNONR in use:15 RSVNONR available: 0 On Thu, Aug 18, 2022, 8:16 AM Brian Westerman wrote: > 15 is way too low for a site that runs address spaces that are not > restartable, or at least are not restarted to reuse the reserved ones. > There is only a small overhead for setting a bunch up and it's not worth > the chance to IPL to not specify something big. 2500 is not unreasonable > if you have a lot of address spaces (like SAG stuff) that for some reason > is not started to reuse the old spaces. > > Brian > > -- > 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 Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEA061E replacement ASID shortage
Right now the ASID percentage looks like below. There are some address space which ends with ADDRESS SPACE IS UNAVAILABLE., May be this are the consumers. While I can see these kind of tasks are getting manually started with no issues Basically where would I hit roadblock based on below values? These concepts am just trying to understand. ASID Usage Summary from the ASVT: Maximum number of ASIDs: 3020 MAXUSER from IEASYSxx: 3000 In use ASIDs: 183 Available ASIDs: 2817 RSVSTRT from IEASYSxx: 5 RSVSTRT in use: 0 RSVSTRT available: 5 RSVNONR from IEASYSxx:15 RSVNONR in use:15 RSVNONR available: 0 On Thu, Aug 18, 2022, 8:16 AM Brian Westerman wrote: > 15 is way too low for a site that runs address spaces that are not > restartable, or at least are not restarted to reuse the reserved ones. > There is only a small overhead for setting a bunch up and it's not worth > the chance to IPL to not specify something big. 2500 is not unreasonable > if you have a lot of address spaces (like SAG stuff) that for some reason > is not started to reuse the old spaces. > > Brian > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEA061E replacement ASID shortage
15 is way too low for a site that runs address spaces that are not restartable, or at least are not restarted to reuse the reserved ones. There is only a small overhead for setting a bunch up and it's not worth the chance to IPL to not specify something big. 2500 is not unreasonable if you have a lot of address spaces (like SAG stuff) that for some reason is not started to reuse the old spaces. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEA061E replacement ASID shortage
D Count:" c_ascb_unuse_count end exit c_func_rc /* +-+ ¦ Procedures and functions defined below. ¦ +-+ */ proc_take_action: /*-+ ¦ Take action based on request. ¦ *-*/ select /*+ ¦ Stack Results ¦ **/ when c_view = "S" then do queue c_ascb_name.x c_ascb_asid.x c_ascb_asix.x end /*+ ¦ Display Results ¦ **/ when c_view = "V" then do /* zero unsuppress asid field - DRK */ if c_ascb_asid.x < 100 then c_ascb_asid.x = insert('0',c_ascb_asid.x,0) if c_ascb_asid.x < 10 then c_ascb_asid.x = insert('0',c_ascb_asid.x,0) say c_ascb_asix.x c_ascb_asid.x c_ascb_name.x end /*+ ¦ Do nuttin'¦ **/ otherwise do nop end end return exit get_ptr: procedure /* +-+ ¦ returns a 4 byte pointer as hexadecimal ¦ ¦ string at address addr+offset. ¦ ¦ ADDR and OFFSET must be HEX strings.¦ +-+ */ arg addr, offset temp = d2x(x2d(addr) + x2d(offset)) return c2x(storage(temp,4)) exit get_hlf: procedure /* +-+ ¦ returns a 2 byte field as hexadecimal ¦ ¦ string at address addr+offset. ¦ ¦ ADDR and OFFSET must be HEX strings.¦ +-+ */ arg addr, offset temp = d2x(x2d(addr) + x2d(offset)) return c2x(storage(temp,2)) exit get_data: procedure /* +-+ ¦ returns LENGTH bytes at ADDR+OFFSET as ¦ ¦ an EBCDIC string. ¦ ¦ ADDR and OFFSET must be HEX strings.¦ ¦ LENGTH must be a decimal string.¦ +-+ */ arg addr, offset, length temp = d2x(x2d(addr) + x2d(offset)) return storage(temp,length) exit /* J. KALINICH, X4521 */ /* EXEC TO LIST MVS ADDRESS SPACES (FROM NaSPA)*/ Just enter the REXX name - no parms are required. Quick dirty list but may provide the information you are looking for. Thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Rob Scott Sent: Wednesday, August 17, 2022 10:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEA061E replacement ASID shortage ATTENTION: This e-mail came from an external source. Do not open attachments or click on links from unknown or unexpected emails. Rather than install another utility/tool, I would strongly recommend that you configure and activate HealthChecker – there are just so many useful reports within it. Rob Scott Rocket Software From: IBM Mainframe Discussion List On Behalf Of Peter Sent: 17 August 2022 16:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEA061E replacement ASID shortage EXTERNAL EMAIL Unfortunately we didn't enable the health checker Any other utility which can report? On Wed, Aug 17, 2022, 7:21 PM Rob Scott mailto:rsc...@rocketsoftware.com>> wrote: > These days a much easier way to find out which jobnames are > responsible is to browse the IEA_ASIDS healthcheck (you can use the > “S” action from the SDSF “CK” screen). > > Example from one of our test systems : > > IEAVEH010I > Summary of ASID availability > ASIDs Limit Avail InUse Total > Normal 204 3219 877 4096 > Replacement 100 1568 432 2000 > > IEAVEH061I The system has been IPLed for between 11 and 12 days. On > the average 36 ASIDs have become non-reusable per day. At the current > rate of depletion, the system will run out of ASIDs in 132 days. > > IEAVEH012I Permanently non-reusable ASIDs by jobname ADHCA91A (81) > ADHBAC1A (20) > ADH1QDA8 (17) > ADH1DC1A (10) > OMPQ33S (9) > OMPERZ1S (9) > L7BAIRLM (9) > > > Rob Scott > Rocket Software > > From: IBM Mainframe Discussion List > mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf > Of kekronbekron > Sent: 17 August 2022 15:11 > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Re: IEA061E replacement ASID shortage > > EXTE
Re: IEA061E replacement ASID shortage
+ 1 on going thru the setup and starting the health checker. I have it running on one system in my PLEX, my team and the operations staff does not want it running everywhere, I'm not so sure we need to with shared parmlib, catalog, sysres and zfs but it really helps me manage the system and review some migration / toleration issues / actions for the next OS release Carmen On 8/17/2022 10:37 AM, Rob Scott wrote: Rather than install another utility/tool, I would strongly recommend that you configure and activate HealthChecker – there are just so many useful reports within it. Rob Scott Rocket Software From: IBM Mainframe Discussion List On Behalf Of Peter Sent: 17 August 2022 16:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEA061E replacement ASID shortage EXTERNAL EMAIL Unfortunately we didn't enable the health checker Any other utility which can report? On Wed, Aug 17, 2022, 7:21 PM Rob Scott mailto:rsc...@rocketsoftware.com>> wrote: These days a much easier way to find out which jobnames are responsible is to browse the IEA_ASIDS healthcheck (you can use the “S” action from the SDSF “CK” screen). Example from one of our test systems : IEAVEH010I Summary of ASID availability ASIDs Limit Avail InUse Total Normal 204 3219 877 4096 Replacement 100 1568 432 2000 IEAVEH061I The system has been IPLed for between 11 and 12 days. On the average 36 ASIDs have become non-reusable per day. At the current rate of depletion, the system will run out of ASIDs in 132 days. IEAVEH012I Permanently non-reusable ASIDs by jobname ADHCA91A (81) ADHBAC1A (20) ADH1QDA8 (17) ADH1DC1A (10) OMPQ33S (9) OMPERZ1S (9) L7BAIRLM (9) Rob Scott Rocket Software From: IBM Mainframe Discussion List mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of kekronbekron Sent: 17 August 2022 15:11 To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: IEA061E replacement ASID shortage EXTERNAL EMAIL Another example of what was once findable in TechDocs, is now missing. A search engine found it though - https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf<https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf> < https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf<https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf> This goes into some detail, so hopefully you'll get more info from this. - KB --- Original Message --- On Wednesday, August 17th, 2022 at 7:29 PM, Peter <mailto:dbajava...@gmail.com%0b>> <mailto:dbajava...@gmail.com>> wrote: Hello As per the manual The number of ASIDs available for replacing non-reusable address spaces has dropped below 5% of the value specified in IEASYSxx with the RSVNONR specification. Is there a way to know which resources causes this depletion of replace ASID ? The RSVNONR value is 15 in our system We just did the IPL a week before and it caused this message As per MXI The total ASID number shows 3000 Number of free ASID : 2815 z/OS 2.4 Any pointers are appreciated Regards Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu%3cmailto: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<mailto:lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu%3cmailto:lists...@listserv.ua.edu>> with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport<https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences<http://www.rocketsoftware.com/manage-your-email-preferences> Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy<http://www.rocketsoftware.com/company/legal/privacy-policy> This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email
Re: IEA061E replacement ASID shortage
Rather than install another utility/tool, I would strongly recommend that you configure and activate HealthChecker – there are just so many useful reports within it. Rob Scott Rocket Software From: IBM Mainframe Discussion List On Behalf Of Peter Sent: 17 August 2022 16:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEA061E replacement ASID shortage EXTERNAL EMAIL Unfortunately we didn't enable the health checker Any other utility which can report? On Wed, Aug 17, 2022, 7:21 PM Rob Scott mailto:rsc...@rocketsoftware.com>> wrote: > These days a much easier way to find out which jobnames are responsible is > to browse the IEA_ASIDS healthcheck (you can use the “S” action from the > SDSF “CK” screen). > > Example from one of our test systems : > > IEAVEH010I > Summary of ASID availability > ASIDs Limit Avail InUse Total > Normal 204 3219 877 4096 > Replacement 100 1568 432 2000 > > IEAVEH061I The system has been IPLed for between 11 and 12 days. On the > average 36 ASIDs have become non-reusable per day. At the current rate > of depletion, the system will run out of ASIDs in 132 days. > > IEAVEH012I Permanently non-reusable ASIDs by jobname > ADHCA91A (81) > ADHBAC1A (20) > ADH1QDA8 (17) > ADH1DC1A (10) > OMPQ33S (9) > OMPERZ1S (9) > L7BAIRLM (9) > > > Rob Scott > Rocket Software > > From: IBM Mainframe Discussion List > mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf > Of kekronbekron > Sent: 17 August 2022 15:11 > To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU> > Subject: Re: IEA061E replacement ASID shortage > > EXTERNAL EMAIL > > > > Another example of what was once findable in TechDocs, is now missing. > A search engine found it though - > https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf<https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf> > < > https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf<https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf> > > > > This goes into some detail, so hopefully you'll get more info from this. > > - KB > > --- Original Message --- > On Wednesday, August 17th, 2022 at 7:29 PM, Peter mailto:dbajava...@gmail.com%0b>> <mailto:dbajava...@gmail.com>> wrote: > > > > Hello > > > > As per the manual > > > > The number of ASIDs available for replacing non-reusable address spaces > has > > dropped below 5% of the value specified in IEASYSxx with the RSVNONR > > specification. > > > > Is there a way to know which resources causes this depletion of replace > > ASID ? > > > > The RSVNONR value is 15 in our system > > > > We just did the IPL a week before and it caused this message > > > > As per MXI > > > > The total ASID number shows 3000 > > Number of free ASID : 2815 > > > > z/OS 2.4 > > > > > > > > Any pointers are appreciated > > > > Regards > > Peter > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to > > lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu%3cmailto: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<mailto:lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu%3cmailto:lists...@listserv.ua.edu>> > with the message: INFO IBM-MAIN > > > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA > 02451 ■ Main Office Toll Free Number: +1 855.577.4323 > Contact Customer Support: > https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport<https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport> > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - > http://www.rocketsoftware.com/manage-your-email-preferences<http://www.rocketsoftware.com/manage-your-email-preferences> > Privacy Policy - > http://www.rocketsoftware.com/company/legal/privacy-policy<http://www.rocketsoftware.com/company/legal/privacy-policy> > > > This communication and any attachments may contain confidential > information of Rocket Software, Inc. All unauthorized use, disclosure or > distribution is prohibited. If you are not the intended recipient, please > notif
Re: IEA061E replacement ASID shortage
Unfortunately we didn't enable the health checker Any other utility which can report? On Wed, Aug 17, 2022, 7:21 PM Rob Scott wrote: > These days a much easier way to find out which jobnames are responsible is > to browse the IEA_ASIDS healthcheck (you can use the “S” action from the > SDSF “CK” screen). > > Example from one of our test systems : > > IEAVEH010I > Summary of ASID availability > ASIDs Limit Avail InUse Total > Normal204 3219 877 4096 > Replacement 100 1568 432 2000 > > IEAVEH061I The system has been IPLed for between 11 and 12 days. On the > average 36 ASIDs have become non-reusable per day. At the current rate > of depletion, the system will run out of ASIDs in 132 days. > > IEAVEH012I Permanently non-reusable ASIDs by jobname > ADHCA91A (81) > ADHBAC1A (20) > ADH1QDA8 (17) > ADH1DC1A (10) > OMPQ33S (9) > OMPERZ1S (9) > L7BAIRLM (9) > > > Rob Scott > Rocket Software > > From: IBM Mainframe Discussion List On Behalf > Of kekronbekron > Sent: 17 August 2022 15:11 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IEA061E replacement ASID shortage > > EXTERNAL EMAIL > > > > Another example of what was once findable in TechDocs, is now missing. > A search engine found it though - > https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf > < > https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf > > > > This goes into some detail, so hopefully you'll get more info from this. > > - KB > > --- Original Message --- > On Wednesday, August 17th, 2022 at 7:29 PM, Peter <mailto:dbajava...@gmail.com>> wrote: > > > > Hello > > > > As per the manual > > > > The number of ASIDs available for replacing non-reusable address spaces > has > > dropped below 5% of the value specified in IEASYSxx with the RSVNONR > > specification. > > > > Is there a way to know which resources causes this depletion of replace > > ASID ? > > > > The RSVNONR value is 15 in our system > > > > We just did the IPL a week before and it caused this message > > > > As per MXI > > > > The total ASID number shows 3000 > > Number of free ASID : 2815 > > > > z/OS 2.4 > > > > > > > > Any pointers are appreciated > > > > Regards > > Peter > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu<mailto: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<mailto:lists...@listserv.ua.edu> > with the message: INFO IBM-MAIN > > > Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA > 02451 ■ Main Office Toll Free Number: +1 855.577.4323 > Contact Customer Support: > https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport > Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - > http://www.rocketsoftware.com/manage-your-email-preferences > Privacy Policy - > http://www.rocketsoftware.com/company/legal/privacy-policy > > > This communication and any attachments may contain confidential > information of Rocket Software, Inc. All unauthorized use, disclosure or > distribution is prohibited. If you are not the intended recipient, please > notify Rocket Software immediately and destroy all copies of this > communication. Thank you. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEA061E replacement ASID shortage
These days a much easier way to find out which jobnames are responsible is to browse the IEA_ASIDS healthcheck (you can use the “S” action from the SDSF “CK” screen). Example from one of our test systems : IEAVEH010I Summary of ASID availability ASIDs Limit Avail InUse Total Normal204 3219 877 4096 Replacement 100 1568 432 2000 IEAVEH061I The system has been IPLed for between 11 and 12 days. On the average 36 ASIDs have become non-reusable per day. At the current rate of depletion, the system will run out of ASIDs in 132 days. IEAVEH012I Permanently non-reusable ASIDs by jobname ADHCA91A (81) ADHBAC1A (20) ADH1QDA8 (17) ADH1DC1A (10) OMPQ33S (9) OMPERZ1S (9) L7BAIRLM (9) Rob Scott Rocket Software From: IBM Mainframe Discussion List On Behalf Of kekronbekron Sent: 17 August 2022 15:11 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEA061E replacement ASID shortage EXTERNAL EMAIL Another example of what was once findable in TechDocs, is now missing. A search engine found it though - https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf<https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf> This goes into some detail, so hopefully you'll get more info from this. - KB --- Original Message --- On Wednesday, August 17th, 2022 at 7:29 PM, Peter mailto:dbajava...@gmail.com>> wrote: > Hello > > As per the manual > > The number of ASIDs available for replacing non-reusable address spaces has > dropped below 5% of the value specified in IEASYSxx with the RSVNONR > specification. > > Is there a way to know which resources causes this depletion of replace > ASID ? > > The RSVNONR value is 15 in our system > > We just did the IPL a week before and it caused this message > > As per MXI > > The total ASID number shows 3000 > Number of free ASID : 2815 > > z/OS 2.4 > > > > Any pointers are appreciated > > Regards > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu<mailto: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<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEA061E replacement ASID shortage
Another example of what was once findable in TechDocs, is now missing. A search engine found it though - https://www.ibm.com/support/pages/system/files/inline-files/Non_Reusable_ASIDs.pdf This goes into some detail, so hopefully you'll get more info from this. - KB --- Original Message --- On Wednesday, August 17th, 2022 at 7:29 PM, Peter wrote: > Hello > > As per the manual > > The number of ASIDs available for replacing non-reusable address spaces has > dropped below 5% of the value specified in IEASYSxx with the RSVNONR > specification. > > Is there a way to know which resources causes this depletion of replace > ASID ? > > The RSVNONR value is 15 in our system > > We just did the IPL a week before and it caused this message > > As per MXI > > The total ASID number shows 3000 > Number of free ASID : 2815 > > z/OS 2.4 > > > > Any pointers are appreciated > > Regards > Peter > > -- > 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
IEA061E replacement ASID shortage
Hello As per the manual The number of ASIDs available for replacing non-reusable address spaces has dropped below 5% of the value specified in IEASYSxx with the RSVNONR specification. Is there a way to know which resources causes this depletion of replace ASID ? The RSVNONR value is 15 in our system We just did the IPL a week before and it caused this message As per MXI The total ASID number shows 3000 Number of free ASID : 2815 z/OS 2.4 Any pointers are appreciated Regards Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
I have lost count of the number of times, I have put Shift Supervisor in incident records, only to have pointed out to me later that I forgot the f . Regards, Neil Haley nha...@ca.ibm.com Storage Software Mainframe Support http://www.ibm.com/systems/z/ | http://www.about.me/NeilHaley From: Mike Schwab mike.a.sch...@gmail.com To: IBM-MAIN@listserv.ua.edu, Date: 08/16/2012 16:09 Subject:Re: REPLACEMENT ASID SHORTAGE Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu On Thu, Aug 16, 2012 at 2:40 PM, Dale McCart dale.mcc...@kmc-usa.com wrote: As spoken/sung by Pete Seeger - Seeds: The Songs of Pete Seeger, Vol. 3 deleted You can comb through the annals of history, but not just one annal. deleted One annus (year). Be careful of the number of 'n's. http://en.wikipedia.org/wiki/Annals -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
Elardus, That's funny.love it its like people pronouncing across with a 't' ...there is no 't' in across Scott ford www.identityforge.com On Aug 17, 2012, at 9:46 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Neil Haley wrote: I have lost count of the number of times, I have put Shift Supervisor in incident records, only to have pointed out to me later that I forgot the f . Mike Schwab wrote: One annus (year). Be careful of the number of 'n's. http://en.wikipedia.org/wiki/Annals Above smilies reminds me of a well known South African humorist, Fanus Rautenbach. When somebody asks him what is his name and cannot make out the word 'fanus' properly (perhaps due to accent difference or deafness), he said, My name is 'F' - with ANUS behind! :-D :-D :-D Groete / Greetings Elardus Engelbrecht Joke of the week: I bought a horse to try to save on fuel - but it is not working, he ate 30 carrots a kilometer... :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
As spoken/sung by Pete Seeger - Seeds: The Songs of Pete Seeger, Vol. 3 Disc 1 ENGLISH IS CUH-RAY-ZEE English is the most widely spoken language in the history of the planet. One out of every seven human beings can speak or read it. Half the world's books, 3/4 of the international mail are in English. It has the largest vocabulary, perhaps two million words, And a noble body of literature. But face it: English is cuh-ray-zee! Just a few examples: There's no egg in eggplant, no pine or apple in pineapple. Quicksand works slowly; boxing rings are square. A writer writes, but do fingers fing? Hammers don't ham, grocers don't groce. Haberdashers don't haberdash. English is cuh-ray-zee! If the plural of tooth is teeth, shouldn't the plural of booth be beeth? It's one goose, two geese. Why not one moose, two meese? If it's one index, two indices; why not one Kleenex,two Kleenices? English is cuh-ray-zee! You can comb through the annals of history, but not just one annal. You can make amends, but not just one amend. If you have a bunch of odds and ends and get rid of all but one, is it an odd or an end? If the teacher taught, why isn't it true that a preacher praught? If you wrote a letter, did you also bote your tongue? And if a vegetarian eats vegetables, what does a humanitarian eat? English is cuh-ray-zee! Why is it that night falls but never breaks and day breaks but never falls? In what other language do people drive on the parkway and park on the driveway? Ship by truck but send cargo by ship? Recite at a play but play at a recital? Have noses that run and feet that smell? English is cuh-ray-zee! How can a slim chance and a fat chance be the same When a wise man and a wise guy are very different? To overlook something and to oversee something are very different, But quite a lot and quite a few are the same. How can the weather be hot as hell one day and cold as hell the next? English is cuh-ray-zee! You have to marvel at the lunacy of a language in which your house can burn down While it is burning up. You fill out a form by filling it in. In which your alarm clock goes off by going on. If pro is the opposite of con, what is the opposite of progress? Well, English was invented by people, not computers And reflects the creativity of the human race. So that's why when the stars are out, they're visible, But when the lights are out, they're invisible. When I wind up my watch I start it, but when I wind up this rap, I end it. English is cuh-ray-zee! Words by Josh White, Jr. and Pete Seeger (Based on Richard Lederer's Crazy English) Copyright (c) 1996 From: John Gilmore jwgli...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/14/2012 10:20 AM Subject:Re: REPLACEMENT ASID SHORTAGE Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Kees, Yes, I was using the second meaning. English contains a number of words and phrases that can mean either A or ¬A in a context-sensitive fashion. The verb to enjoin can, for example, mean either 1) to require or 2) to forbid. The Alexandrian rhetoricians wrote about the use of such treacherous words in ancient Greek, and I suspect that they may occur in modern Dutch too. --jg On 8/14/12, ibmmain nitz-...@gmx.net wrote: All but impossible means very nearly impossible, impossible without very great difficulties, and the like. I see. It's almost entirely unlike (I couldn't resist.) Barbara -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
On Thu, Aug 16, 2012 at 2:40 PM, Dale McCart dale.mcc...@kmc-usa.com wrote: As spoken/sung by Pete Seeger - Seeds: The Songs of Pete Seeger, Vol. 3 deleted You can comb through the annals of history, but not just one annal. deleted One annus (year). Be careful of the number of 'n's. http://en.wikipedia.org/wiki/Annals -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
John Gilmore jwgli...@gmail.com wrote in message news:cae1xxdgkeifuz_exyrjq6rwudpppdkxrkp_8ueepobvx_mm...@mail.gmail.com ... As usual, OCO makes an external judgment all but impossible. To check my understanding of English: doesn't this in fact mean: possible? Kees. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
All, I have added the below statement at HZSPRMXX parm for a periodical Check : UPDATE, CHECK(IBMSUP,IEA_ASIDS), INTERVAL(01:00), SEVERITY(LOW), PARM('NORMAL(5%),REPLACEMENT(5%),DAYSUNTILIPL(1)' ), DATE('20060424') Reason('ASIDs are a finite resource. It is important to ', 'know how many remain available.') the current ASID list for our system is like below : PROGRAM TOTALS Total address spaces in the system:355 Total active address spaces in the system: 84 Total available address spaces in the system: 175 Total non-reusable address spaces in the system:96 ASID USAGE FROM THE ASVT MAXUSER from IEASYSxx: 250 In use ASIDs:84 Available ASIDs: 166 RSVSTRT from IEASYSxx: 5 RSVSTRT in use: 0 RSVSTRT available: 5 RSVNONR from IEASYSxx: 100 RSVNONR in use:96 RSVNONR available: 4 /Peter On Tue, Aug 14, 2012 at 11:50 AM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: John Gilmore jwgli...@gmail.com wrote in message news:cae1xxdgkeifuz_exyrjq6rwudpppdkxrkp_8ueepobvx_mm...@mail.gmail.com ... As usual, OCO makes an external judgment all but impossible. To check my understanding of English: doesn't this in fact mean: possible? Kees. 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
Kees, All but impossible means very nearly impossible, impossible without very great difficulties, and the like. Natural languages have their vagaries. --jg On 8/14/12, mf db dbajava...@gmail.com wrote: All, I have added the below statement at HZSPRMXX parm for a periodical Check : UPDATE, CHECK(IBMSUP,IEA_ASIDS), INTERVAL(01:00), SEVERITY(LOW), PARM('NORMAL(5%),REPLACEMENT(5%),DAYSUNTILIPL(1)' ), DATE('20060424') Reason('ASIDs are a finite resource. It is important to ', 'know how many remain available.') the current ASID list for our system is like below : PROGRAM TOTALS Total address spaces in the system:355 Total active address spaces in the system: 84 Total available address spaces in the system: 175 Total non-reusable address spaces in the system:96 ASID USAGE FROM THE ASVT MAXUSER from IEASYSxx: 250 In use ASIDs:84 Available ASIDs: 166 RSVSTRT from IEASYSxx: 5 RSVSTRT in use: 0 RSVSTRT available: 5 RSVNONR from IEASYSxx: 100 RSVNONR in use:96 RSVNONR available: 4 /Peter On Tue, Aug 14, 2012 at 11:50 AM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: John Gilmore jwgli...@gmail.com wrote in message news:cae1xxdgkeifuz_exyrjq6rwudpppdkxrkp_8ueepobvx_mm...@mail.gmail.com ... As usual, OCO makes an external judgment all but impossible. To check my understanding of English: doesn't this in fact mean: possible? Kees. 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...@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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
John, From thefreedictionary: all but something 1. everyone or everything except those mentioned All but the weakest plants survived the hot weather. 2. almost In some places, bus service has all but disappeared. I knew the first meaning, so you used the second? Kees. John Gilmore jwgli...@gmail.com wrote in message news:cae1xxdeisp_eibjojoxusuuunwjxtbpyhzoaxmtcxlqksdm...@mail.gmail.com ... Kees, All but impossible means very nearly impossible, impossible without very great difficulties, and the like. Natural languages have their vagaries. --jg John Gilmore jwgli...@gmail.com wrote in message news:cae1xxdgkeifuz_exyrjq6rwudpppdkxrkp_8ueepobvx_mm...@mail.gmail.com ... As usual, OCO makes an external judgment all but impossible. To check my understanding of English: doesn't this in fact mean: possible? Kees. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, August 14, 2012 1:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REPLACEMENT ASID SHORTAGE John Gilmore jwgli...@gmail.com wrote in message news:CAE1XxDGKEiFUz_ExYrjq6rwUDPpPdkXrKp_8ueePobvx_MmpTA@mail .gmail.com ... As usual, OCO makes an external judgment all but impossible. To check my understanding of English: doesn't this in fact mean: possible? Kees. Technically, yes. But more in the sense of possible, but extremely difficult to do and very likely to fail. Like finding a 2 carat diamond on the streets of Amsterdam. It might happen. But I'm not going to depend on it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
All but impossible means very nearly impossible, impossible without very great difficulties, and the like. I see. It's almost entirely unlike (I couldn't resist.) Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
Hi Peter, Why would you add anything to HZSPRMxx? The check default is what you coded. You just need to make sure you have appropriate automation to forward the exception for attention by system support staff. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of mf db Sent: Tuesday, August 14, 2012 4:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REPLACEMENT ASID SHORTAGE All, I have added the below statement at HZSPRMXX parm for a periodical Check : UPDATE, CHECK(IBMSUP,IEA_ASIDS), INTERVAL(01:00), SEVERITY(LOW), PARM('NORMAL(5%),REPLACEMENT(5%),DAYSUNTILIPL(1)' ), DATE('20060424') Reason('ASIDs are a finite resource. It is important to ', 'know how many remain available.') the current ASID list for our system is like below : PROGRAM TOTALS Total address spaces in the system:355 Total active address spaces in the system: 84 Total available address spaces in the system: 175 Total non-reusable address spaces in the system:96 ASID USAGE FROM THE ASVT MAXUSER from IEASYSxx: 250 In use ASIDs:84 Available ASIDs: 166 RSVSTRT from IEASYSxx: 5 RSVSTRT in use: 0 RSVSTRT available: 5 RSVNONR from IEASYSxx: 100 RSVNONR in use:96 RSVNONR available: 4 /Peter On Tue, Aug 14, 2012 at 11:50 AM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: John Gilmore jwgli...@gmail.com wrote in message news:CAE1XxDGKEiFUz_ExYrjq6rwUDPpPdkXrKp_8ueePobvx_MmpTA@mail.gmail.c om ... As usual, OCO makes an external judgment all but impossible. To check my understanding of English: doesn't this in fact mean: possible? Kees. 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...@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 This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
mf db dbajava...@gmail.com wrote in message news:CAPikFhGsMcW1+cKX86K=k0b8tdxrwsjvltkpf6zoj8dftyo...@mail.gmail.com ... Hi All, In one of Sandbox system has throwing an error like *IEA061E REPLACEMENT ASID SHORTAGE HAS BEEN DETECTED. The IBM manual Provides a recommendation like : *System* *Programmer* *Response:* Determine if the shortage is due to RSVNONR being specified too low or an application problem that is causing a large number of address spaces to become non-reusable. Examine the ASVTNONR and ASVTANR field (representing the total and currently available RSVNONR entries) to determine the depletion rate of RSVNONR entries. To calculate and verify the average ASID depletion rate, the ASVTANR value should be collected multiple times over a period of several weeks before this message is issued. When you know the historical average depletion rate and the expected interval between IPLs, the result +5% is the minimum RSVNONR value that should be specified at IPL. For details about ASVT, see z/OS MVS Data Areas in z/OS Internet Library at http://www.ibm.com/systems/z/os/zos/bkserv/. If the depletion rate unexpectedly exceeds the average rate and causes this message to be displayed, an application problem may exist. The cause of the change in the depletion rate should be determined. Our Current RSVNONR value set to 100, but not able to understand this value is going to be standard or it should be increased. Could someone please guide me the way to calculate the Average ASID depletion Rate so that I can Increase it Proportionally. Could someone please be kind enough to direct ? Peter I think the text is more complex than needed. You can check at regular basis and see how fast it decreases. Regular can be once per hour/day/week, depending on the speed of decrease. The next task is to check why it decreases and why at this speed. What ASIDs are recycled that leave non-reusable ASIDs and should they be recycled at this rate? Each value of RSVNONR is too low if you create non-reusable ASIDs constantly and you don't IPL often. Kees. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
Peter, I don't have RMF, so I don't know that. CMF does not tell me. If you have MXI, the ASID display will tell you. Else write a REXX to display the storage locations. Kees. From: mf db [mailto:dbajava...@gmail.com] Sent: maandag 13 augustus 2012 11:48 To: Vernooij, CP - SPLXM Subject: Re: REPLACEMENT ASID SHORTAGE Kees, You can check at regular basis and see how fast it decreases. Regular can be once per hour/day/week, depending on the speed of decrease. Are there any Tools to measure this ? Can I do it via RMF ? Peter On Mon, Aug 13, 2012 at 3:13 PM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: mf db dbajava...@gmail.com wrote in message news:CAPikFhGsMcW1+cKX86K=k0b8tdxrwsjvltkpf6zoj8dftyo...@mail.gmail.com ... Hi All, In one of Sandbox system has throwing an error like *IEA061E REPLACEMENT ASID SHORTAGE HAS BEEN DETECTED. The IBM manual Provides a recommendation like : *System* *Programmer* *Response:* Determine if the shortage is due to RSVNONR being specified too low or an application problem that is causing a large number of address spaces to become non-reusable. Examine the ASVTNONR and ASVTANR field (representing the total and currently available RSVNONR entries) to determine the depletion rate of RSVNONR entries. To calculate and verify the average ASID depletion rate, the ASVTANR value should be collected multiple times over a period of several weeks before this message is issued. When you know the historical average depletion rate and the expected interval between IPLs, the result +5% is the minimum RSVNONR value that should be specified at IPL. For details about ASVT, see z/OS MVS Data Areas in z/OS Internet Library at http://www.ibm.com/systems/z/os/zos/bkserv/. If the depletion rate unexpectedly exceeds the average rate and causes this message to be displayed, an application problem may exist. The cause of the change in the depletion rate should be determined. Our Current RSVNONR value set to 100, but not able to understand this value is going to be standard or it should be increased. Could someone please guide me the way to calculate the Average ASID depletion Rate so that I can Increase it Proportionally. Could someone please be kind enough to direct ? Peter I think the text is more complex than needed. You can check at regular basis and see how fast it decreases. Regular can be once per hour/day/week, depending on the speed of decrease. The next task is to check why it decreases and why at this speed. What ASIDs are recycled that leave non-reusable ASIDs and should they be recycled at this rate? Each value of RSVNONR is too low if you create non-reusable ASIDs constantly and you don't IPL often. Kees. 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...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: REPLACEMENT ASID SHORTAGE
Hi, IEF352I ADDRESS SPACE UNAVAILABLE DB2 address space and MQ address space are causing the above message. Peter On Mon, Aug 13, 2012 at 3:30 PM, Binyamin Dissen bdis...@dissensoftware.com wrote: You have to figure out what is causing it. The typical cause of a non-reusable ASID is because it owns a non-reusable linkage index. Search your SYSLOG for IEF352I ADDRESS SPACE UNAVAILABLE and see which jobs are causing it. On Mon, 13 Aug 2012 15:01:39 +0530 mf db dbajava...@gmail.com wrote: :Hi All, : :In one of Sandbox system has throwing an error like *IEA061E REPLACEMENT :ASID SHORTAGE HAS BEEN DETECTED. The IBM manual Provides a recommendation :like : : :*System* *Programmer* *Response:* Determine if the shortage is due to :RSVNONR being specified too low or an application problem that is causing a :large number of address spaces to become non-reusable. : :Examine the ASVTNONR and ASVTANR field (representing the total and :currently available RSVNONR entries) to determine the depletion rate of :RSVNONR entries. To calculate and verify the average ASID depletion rate, :the ASVTANR value should be collected multiple times over a period of :several weeks before this message is issued. When you know the historical :average depletion rate and the expected interval between IPLs, the result :+5% is the minimum RSVNONR value that should be specified at IPL. For :details about ASVT, see z/OS MVS Data Areas in z/OS Internet Library at :http://www.ibm.com/systems/z/os/zos/bkserv/. : :If the depletion rate unexpectedly exceeds the average rate and causes this :message to be displayed, an application problem may exist. The cause of the :change in the depletion rate should be determined. : : :Our Current RSVNONR value set to 100, but not able to understand this value :is going to be standard or it should be increased. Could someone please :guide me the way to calculate the Average ASID depletion Rate so that I can :Increase it Proportionally. : :Could someone please be kind enough to direct ? : : :Peter : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
How often are they recycled and why? We don't recycle them on a regular basis. Now you can calculate your RSVNONR value: the number of IEF352Is per week, multiplied the number of weeks between IPLs. Kees. mf db dbajava...@gmail.com wrote in message news:capikfheaf5kzwgoqqtfzughyksf+gqbprxvpayplc7-jo9f...@mail.gmail.com ... Hi, IEF352I ADDRESS SPACE UNAVAILABLE DB2 address space and MQ address space are causing the above message. Peter On Mon, Aug 13, 2012 at 3:30 PM, Binyamin Dissen bdis...@dissensoftware.com wrote: You have to figure out what is causing it. The typical cause of a non-reusable ASID is because it owns a non-reusable linkage index. Search your SYSLOG for IEF352I ADDRESS SPACE UNAVAILABLE and see which jobs are causing it. On Mon, 13 Aug 2012 15:01:39 +0530 mf db dbajava...@gmail.com wrote: :Hi All, : :In one of Sandbox system has throwing an error like *IEA061E REPLACEMENT :ASID SHORTAGE HAS BEEN DETECTED. The IBM manual Provides a recommendation :like : : :*System* *Programmer* *Response:* Determine if the shortage is due to :RSVNONR being specified too low or an application problem that is causing a :large number of address spaces to become non-reusable. : :Examine the ASVTNONR and ASVTANR field (representing the total and :currently available RSVNONR entries) to determine the depletion rate of :RSVNONR entries. To calculate and verify the average ASID depletion rate, :the ASVTANR value should be collected multiple times over a period of :several weeks before this message is issued. When you know the historical :average depletion rate and the expected interval between IPLs, the result :+5% is the minimum RSVNONR value that should be specified at IPL. For :details about ASVT, see z/OS MVS Data Areas in z/OS Internet Library at :http://www.ibm.com/systems/z/os/zos/bkserv/. : :If the depletion rate unexpectedly exceeds the average rate and causes this :message to be displayed, an application problem may exist. The cause of the :change in the depletion rate should be determined. : : :Our Current RSVNONR value set to 100, but not able to understand this value :is going to be standard or it should be increased. Could someone please :guide me the way to calculate the Average ASID depletion Rate so that I can :Increase it Proportionally. : :Could someone please be kind enough to direct ? : : :Peter : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
MXI has the MDQ command that shows the Memory Delete Queue - otherwise known as the list of address spaces that have been marked non-reusable. Note that for the freeware MXI 4.3 this option only appears if the software is running in authorized mode. If MXI is not installed, you can do the heavy lifting yourself in IPCS with an in-flight dump of the PCAUTH address space - see IBM info APAR II08563 for the instructions Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: 13 August 2012 11:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REPLACEMENT ASID SHORTAGE Peter, I don't have RMF, so I don't know that. CMF does not tell me. If you have MXI, the ASID display will tell you. Else write a REXX to display the storage locations. Kees. From: mf db [mailto:dbajava...@gmail.com] Sent: maandag 13 augustus 2012 11:48 To: Vernooij, CP - SPLXM Subject: Re: REPLACEMENT ASID SHORTAGE Kees, You can check at regular basis and see how fast it decreases. Regular can be once per hour/day/week, depending on the speed of decrease. Are there any Tools to measure this ? Can I do it via RMF ? Peter On Mon, Aug 13, 2012 at 3:13 PM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: mf db dbajava...@gmail.com wrote in message news:CAPikFhGsMcW1+cKX86K=k0b8tdxrwsjvltkpf6zoj8dftyo...@mail.gmail.com ... Hi All, In one of Sandbox system has throwing an error like *IEA061E REPLACEMENT ASID SHORTAGE HAS BEEN DETECTED. The IBM manual Provides a recommendation like : *System* *Programmer* *Response:* Determine if the shortage is due to RSVNONR being specified too low or an application problem that is causing a large number of address spaces to become non-reusable. Examine the ASVTNONR and ASVTANR field (representing the total and currently available RSVNONR entries) to determine the depletion rate of RSVNONR entries. To calculate and verify the average ASID depletion rate, the ASVTANR value should be collected multiple times over a period of several weeks before this message is issued. When you know the historical average depletion rate and the expected interval between IPLs, the result +5% is the minimum RSVNONR value that should be specified at IPL. For details about ASVT, see z/OS MVS Data Areas in z/OS Internet Library at http://www.ibm.com/systems/z/os/zos/bkserv/. If the depletion rate unexpectedly exceeds the average rate and causes this message to be displayed, an application problem may exist. The cause of the change in the depletion rate should be determined. Our Current RSVNONR value set to 100, but not able to understand this value is going to be standard or it should be increased. Could someone please guide me the way to calculate the Average ASID depletion Rate so that I can Increase it Proportionally. Could someone please be kind enough to direct ? Peter I think the text is more complex than needed. You can check at regular basis and see how fast it decreases. Regular can be once per hour/day/week, depending on the speed of decrease. The next task is to check why it decreases and why at this speed. What ASIDs are recycled that leave non-reusable ASIDs and should they be recycled at this rate? Each value of RSVNONR is too low if you create non-reusable ASIDs constantly and you don't IPL often. Kees. 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...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http
Re: REPLACEMENT ASID SHORTAGE
On Aug 13, 2012, at 4:31 AM, mf db wrote: Hi All, In one of Sandbox system has throwing an error like *IEA061E REPLACEMENT ASID SHORTAGE HAS BEEN DETECTED. The IBM manual Provides a recommendation like : *System* *Programmer* *Response:* Determine if the shortage is due to RSVNONR being specified too low or an application problem that is causing a large number of address spaces to become non-reusable. Examine the ASVTNONR and ASVTANR field (representing the total and currently available RSVNONR entries) to determine the depletion rate of RSVNONR entries. To calculate and verify the average ASID depletion rate, the ASVTANR value should be collected multiple times over a period of several weeks before this message is issued. When you know the historical average depletion rate and the expected interval between IPLs, the result +5% is the minimum RSVNONR value that should be specified at IPL. For details about ASVT, see z/OS MVS Data Areas in z/OS Internet Library at http://www.ibm.com/systems/z/os/zos/bkserv/. If the depletion rate unexpectedly exceeds the average rate and causes this message to be displayed, an application problem may exist. The cause of the change in the depletion rate should be determined. Our Current RSVNONR value set to 100, but not able to understand this value is going to be standard or it should be increased. Could someone please guide me the way to calculate the Average ASID depletion Rate so that I can Increase it Proportionally. Could someone please be kind enough to direct ? Peter ---SNIP Peter: PSF *USED* to be the big one in our shop. However as PSF has become semi more reliable (hardly happens) the issue has grown less and less as an issue. As others have explained the ways to find out. At the height of PSF instability we had 20 percent extra but we were a shop that scheduled an IPL once a week for mostly other issues. And we increased them then if it was needed. ED -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
We updated our automation product to log the jobname of address spaces issuing IEF352I, so we could see what was causing the problems when we had similar issues. We also found Mark Zeldens REXX very useful: http://www.mzelden.com/mvsfiles/asidlist.txt http://www.mzelden.com/mvsutil.html It issues the following output, as an example: PROGRAM TOTALS Total address spaces in the system: 2020 Total active address spaces in the system: 286 Total available address spaces in the system: 1686 Total non-reusable address spaces in the system:48 ASID USAGE FROM THE ASVT MAXUSER from IEASYSxx: 1500 In use ASIDs: 286 Available ASIDs: 1214 RSVSTRT from IEASYSxx:20 RSVSTRT in use: 0 RSVSTRT available:20 RSVNONR from IEASYSxx: 500 RSVNONR in use:48 RSVNONR available: 452 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
On Mon, 13 Aug 2012 07:16:47 -0500, Patrick Loftus patrick.lof...@tnt.com wrote: We updated our automation product to log the jobname of address spaces issuing IEF352I, so we could see what was causing the problems when we had similar issues. We also found Mark Zeldens REXX very useful: http://www.mzelden.com/mvsfiles/asidlist.txt http://www.mzelden.com/mvsutil.html It issues the following output, as an example: PROGRAM TOTALS Total address spaces in the system: 2020 Total active address spaces in the system: 286 Total available address spaces in the system: 1686 Total non-reusable address spaces in the system:48 ASID USAGE FROM THE ASVT MAXUSER from IEASYSxx: 1500 In use ASIDs: 286 Available ASIDs: 1214 RSVSTRT from IEASYSxx:20 RSVSTRT in use: 0 RSVSTRT available:20 RSVNONR from IEASYSxx: 500 RSVNONR in use:48 RSVNONR available: 452 I added the total section (the last part) to IPLINFO a few years ago. So you can also use IPLINFO. In addition: Everyone should be running Health Checker by now and there is a check in HC called IEA_ASIDS for ASID depletion as well and tells you how much time you have before an IPL will be required based on the depletion rate. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
On Mon, 13 Aug 2012 09:53:42 -0500, Mark Zelden m...@mzelden.com wrote: In addition: Everyone should be running Health Checker by now and there is a check in HC called IEA_ASIDS for ASID depletion as well and tells you how much time you have before an IPL will be required based on the depletion rate. This health check is excellent as it also tells you what what jobs are causing non-reusable ASIDs. IEAVEH012I Permanently non-reusable ASIDs by jobname Doug -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
Ask IBM to fix DB2 and MQ to use reusable LXs Since DB2 does not use a reuseable LX, it cannot be called from a job using a reuseable ASID. Most annoying. While I agree with the sentiment, I would like to correct the terminology a bit... Running out out LXes and running out of ASIDs are two separate, mainly unrelated, problems. z/OS provides both reusable ASIDs, and Reusable LXes, as separate things, which happened to be implemented around the same time. So I would reword your comments to say: Ask IBM to fix DB2 and MQ to use reusable ASIDs. I have been told that the DB2 and MQ development view is that it should not be necessary to frequently recycle the DB2 and MQ server address spaces, so this should not be a large contributor to ASID shortages. Since DB2 and MQ use the ESAR instruction, they cannot be called from a job using a reuseable ASID. Most annoying. I have been told that their are many instances of ESAR to the caller's address space throughout the DB2 and MQ code, so there would be considerable cost to convert all of these to ESAIR. 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
Re: REPLACEMENT ASID SHORTAGE
At 17:45 -0400 on 08/13/2012, Jim Mulder wrote about Re: REPLACEMENT ASID SHORTAGE: Since DB2 and MQ use the ESAR instruction, they cannot be called from a job using a reuseable ASID. Most annoying. I have been told that their are many instances of ESAR to the caller's address space throughout the DB2 and MQ code, so there would be considerable cost to convert all of these to ESAIR. If the calling sequence (ie: the parms), return codes, and usage of the two instructions are the same (ie: Changing a ESAR instruction to a ESAIR one requires no other change to the code) then a simple mass find/replace and recompile would seem to be a simple way of fixing the issue. If on the other hand, changing one instruction to the other requires manual updates/changes to each use then I can see why they feel that it would be expensive/impractical. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
As usual, OCO makes an external judgment all but impossible. We are at the mercy of an IBM development group's not necessarily disinterested judgment. Would it not be possible, without breaching OCO, to provide a more quantitative, confidence-inspiring statement than . . . there would be considerable cost to convert all of these to ESAIR. This conversion is in the womb of time, inescapably so; the only intereresting question is that of its timing. --jg On 8/13/12, Robert A. Rosenberg hal9...@panix.com wrote: At 17:45 -0400 on 08/13/2012, Jim Mulder wrote about Re: REPLACEMENT ASID SHORTAGE: Since DB2 and MQ use the ESAR instruction, they cannot be called from a job using a reuseable ASID. Most annoying. I have been told that their are many instances of ESAR to the caller's address space throughout the DB2 and MQ code, so there would be considerable cost to convert all of these to ESAIR. If the calling sequence (ie: the parms), return codes, and usage of the two instructions are the same (ie: Changing a ESAR instruction to a ESAIR one requires no other change to the code) then a simple mass find/replace and recompile would seem to be a simple way of fixing the issue. If on the other hand, changing one instruction to the other requires manual updates/changes to each use then I can see why they feel that it would be expensive/impractical. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
You went on a OCO rant without answering my question. I looked in the POPs manual and found the two differences between the use of ESAR and ESAIR - * In the EXTRACT SECONDARY ASN AND INSTANCE operation, the SASTEIN, bits 0-31 of control register 3, is placed in bit positions 0-31 of general register Rx. In the EXTRACT SECONDARY ASN operation, bits 0-31 of general register Rx remain unchanged. * Operation exception (if the ASN-and-LX-reuse facility is not installed, ESAIR only) The second is only an issue if the minimum support level for DB2 and MQ is machines without that feature - Otherwise it is a non-issue. Just adding a check to the launch modules to test for the feature would not work since a negative result would need to not have the change made to the code. Hopefully all the machines you run the code on would have the feature OR you could add the requirement to the new version that has the ESAIR code. As to the first difference, does the high byte of register Rx (the referenced register in the instruction) affect the code? - IOW: Do you look at it or just use the result as supplied independent of if it came from a ESAR or ESAIR? Only once these questions get answered does the issue of OCO come into play since we have no access to the code to look at. It is my contention that so long as I can swap a ESAR with a ESAIR (and know that the ESAIR is supported) then just doing a mass replacement of ESARs with ESAIRs should be doable with minimal effort. Just use ISPF and concatenate the library with the source code behind an empty PDS (or PDSE). Do a mass find/replace on that concatenation and any member that uses the ESAR command with end up in the empty PDS with ESAIR commands being used. Compile that, convert the object decks into a SYSMODs, and feed it to SMPE and you have an upgraded version of the load modules. I know the above is simplistic but it amounts to a good model of the sequence of steps that would be needed. At 22:03 -0400 on 08/13/2012, John Gilmore wrote about Re: REPLACEMENT ASID SHORTAGE: As usual, OCO makes an external judgment all but impossible. We are at the mercy of an IBM development group's not necessarily disinterested judgment. Would it not be possible, without breaching OCO, to provide a more quantitative, confidence-inspiring statement than . . . there would be considerable cost to convert all of these to ESAIR. This conversion is in the womb of time, inescapably so; the only intereresting question is that of its timing. --jg On 8/13/12, Robert A. Rosenberg hal9...@panix.com wrote: At 17:45 -0400 on 08/13/2012, Jim Mulder wrote about Re: REPLACEMENT ASID SHORTAGE: Since DB2 and MQ use the ESAR instruction, they cannot be called from a job using a reuseable ASID. Most annoying. I have been told that their are many instances of ESAR to the caller's address space throughout the DB2 and MQ code, so there would be considerable cost to convert all of these to ESAIR. If the calling sequence (ie: the parms), return codes, and usage of the two instructions are the same (ie: Changing a ESAR instruction to a ESAIR one requires no other change to the code) then a simple mass find/replace and recompile would seem to be a simple way of fixing the issue. If on the other hand, changing one instruction to the other requires manual updates/changes to each use then I can see why they feel that it would be expensive/impractical. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REPLACEMENT ASID SHORTAGE
As usual, OCO makes an external judgment all but impossible. We are at the mercy of an IBM development group's not necessarily disinterested judgment. Would it not be possible, without breaching OCO, to provide a more quantitative, confidence-inspiring statement than . . . there would be considerable cost to convert all of these to ESAIR. I see that I said ESAR-ESAIR when I meant SSAR-SSAIR. Also, there is PT-PTI to consider. Note that the xxI form of these instructions use the high order half of a register, so there may be additional complexity using them in code in situations where the high order half of the register was expected to be preserved. Also, if the program still intends to support the z800 and z900 processors, it must be dual pathed, since those processors do not implement the ASN-and-LX Reuse Facility. And dual pathing is also necessary if the program intends to support a release older than z/OS 1.6. I do not know to what extent any of those consideration might apply to DM2 or MQ. I do not have DB2 or MQ internals knowledge, or code access, so I cannot provide a more quantitative statement. I am just paraphrasing the kind of responses I have gotten when I have asked the question. I am also not in a position to evaluate the priority of this requirement vs. the other requirements for these products. Customers for whom this is an issue should (as always) consider submitting requirements through the usual venues. Customer requirements have considerably more influence over product development priorities than I have (especially with regard to products owned by a different division of IBM than the one which employs me). 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