Re: ENQMAXU/ENQMAXA
We hit ENQMAXA at 250,000. IBM's recommendation was to double that number. We did, and had no problems. I doubt if you will have any problem with ENQMAXU either. ESP holds a number of enqueues. At our site I see about 95 for ESPMSTR; 65 for the aux a/s. Those enqueues are long-term, not per event. I wonder how close to ENQMAXU you were before hitting the 80 percent threshold. The number is not externalized anywhere, but the counter is in GRS' virtual storage. Ask IBM support for help finding it, or perhaps our friends on the list can suggest a method. db -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of J Ellis Sent: Wednesday, June 03, 2009 3:04 PM To: IBM-MAIN@bama.ua.edu Subject: ENQMAXU/ENQMAXA We have intermittently began seeing these messages in the log, followed by the 'all clear now' one. *ISG368E THE CONCURRENT UNAUTHORIZED REQUEST COUNT FOR ASID 0122 44 HAS EXCEEDED THE 80 PERCENT THRESHOLD OF THE SYSTEM-WIDE MAXIMUM, 16384 I have spent some time sifting thru enque reports and haven't been able to correlate any Total Events counts to any number even approaching 16K, the address space in the message is the ESP aux a/s and ESP is just coming live in this 2 system plex (running STAR mode). Is there anywhere to look or some D GRS command to be issued at the time of the message to see what qname/rname is being used, OR, short of dumping the A/S to see whats foing on inside of it from a grs view ? -- 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: ENQMAXU/ENQMAXA
We have considered raising it, however we would really like to figure out whats going on and if it is in fact ESP (we are contacting them). For a single A/S to be using more than 80% of a 16K table for enq/deq seems a bit excessive. We are concerned about what will happen when we roll this into our main 5 lpar plex -- 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: ENQMAXU/ENQMAXA
Contacting ESP is the right approach. We cap the number of ENQs any one space can obtain. This limit is in place to prevent a runaway program from utilizing all the storage in the GRS address space. This limit is customizable either at the address space level via the ISGADMIN API, or at the system level via the SETGRS ENQMAXU command. The 16K limit is not a table, it is strictly the limit that a single (unauthorized) space is allowed to obtain. If ESP were to reach that limit, further ENQs from that address space would fail, but the rest of the system would continue to function normally. The GRS EQDQ Monitor (MVS Planning: Global Resource Serialization, Chapter 3) can be used to see the ENQ activity. A filter on the jobname could be used to focus in on the ESP program's activity. Chris Brooker GRS Level 3 Team Lead On Thu, 4 Jun 2009 08:08:23 -0500, J Ellis jerry.el...@libertymutual.com wrote: We have considered raising it, however we would really like to figure out whats going on and if it is in fact ESP (we are contacting them). For a single A/S to be using more than 80% of a 16K table for enq/deq seems a bit excessive. We are concerned about what will happen when we roll this into our main 5 lpar plex -- 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
ENQMAXU/ENQMAXA
We have intermittently began seeing these messages in the log, followed by the 'all clear now' one. *ISG368E THE CONCURRENT UNAUTHORIZED REQUEST COUNT FOR ASID 0122 44 HAS EXCEEDED THE 80 PERCENT THRESHOLD OF THE SYSTEM-WIDE MAXIMUM, 16384 I have spent some time sifting thru enque reports and haven't been able to correlate any Total Events counts to any number even approaching 16K, the address space in the message is the ESP aux a/s and ESP is just coming live in this 2 system plex (running STAR mode). Is there anywhere to look or some D GRS command to be issued at the time of the message to see what qname/rname is being used, OR, short of dumping the A/S to see whats foing on inside of it from a grs view ? -- 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: ENQMAXU/ENQMAXA
Have you issued a D GRS,A command and reviewed that. Lizette We have intermittently began seeing these messages in the log, followed by the 'all clear now' one. *ISG368E THE CONCURRENT UNAUTHORIZED REQUEST COUNT FOR ASID 0122 44 HAS EXCEEDED THE 80 PERCENT THRESHOLD OF THE SYSTEM-WIDE MAXIMUM, 16384 I have spent some time sifting thru enque reports and haven't been able to correlate any Total Events counts to any number even approaching 16K, the address space in the message is the ESP aux a/s and ESP is just coming live in this 2 system plex (running STAR mode). Is there anywhere to look or some D GRS command to be issued at the time of the message to see what qname/rname is being used, OR, short of dumping the A/S to see whats foing on inside of it from a grs view ? -- 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: ENQMAXU/ENQMAXA
Oops, I meant a D GRS,RES=(*,*) and see what all you have out there? Probably could use ENQ in ISRDDN as well. Lizette Have you issued a D GRS,A command and reviewed that. Lizette We have intermittently began seeing these messages in the log, followed by the 'all clear now' one. *ISG368E THE CONCURRENT UNAUTHORIZED REQUEST COUNT FOR ASID 0122 44 HAS EXCEEDED THE 80 PERCENT THRESHOLD OF THE SYSTEM-WIDE MAXIMUM, 16384 I have spent some time sifting thru enque reports and haven't been able to correlate any Total Events counts to any number even approaching 16K, the address space in the message is the ESP aux a/s and ESP is just coming live in this 2 system plex (running STAR mode). Is there anywhere to look or some D GRS command to be issued at the time of the message to see what qname/rname is being used, OR, short of dumping the A/S to see whats foing on inside of it from a grs view ? -- 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: ENQMAXU/ENQMAXA
Oops, I meant a D GRS,RES=(*,*) and see what all you have out there? Probably could use ENQ in ISRDDN as well. Also, and this requires preparation, you could have ENQ conflict reporting/collection set up under RMF and look up in post-processing. - Too busy driving to stop for gas! -- 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: ENQMAXU/ENQMAXA
Have you considered raising the ENQMAXU and ENQMAXA numbers to eliminate the message? 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
