Re: BPXI039I and SHRLIBRGNSIZE at 100% - Update

2011-11-12 Thread Graham Harris
Lizzette, Echoing my earlier comment, if SHRLIBRGN could be pushed above the bar, then it would largely become something that most of us would no longer need to worry about, as it wouldn't then be stealing any footprint from extended private (which is the main headache/issue in my view). Throw a

Re: BPXI039I and SHRLIBRGNSIZE at 100% - Update

2011-11-10 Thread Lizette Koehler
I have opened an ETR with IBM and pretty much found the same thing as others. Not well managed. So I have requested change/enhancement requests. Here is what IBM has opened on my behalf MR1110115444 - Need tools to monitor the SHRLIBRGNSIZE usage SMF records would help MR1110114548

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-11-06 Thread Graham Harris
Some additional info: Example output from the SHRLIBRGN contents rexx is given below: Usage Meg Used-Unused-Pgs Pathname 441 40 216 /CTQ131/usr/lpp/java/J5.0/bin/libnet.so 441 142 114 /CTQ131/usr/lpp/java/J5.0/bin//libjclscar_23.so 441 63 193

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-11-05 Thread Graham Harris
Lizzette, I think what may help you out here a little in terms of seeing what is 'inside' SHRLIBRGN is this nice little REXX: ftp://public.dhe.ibm.com/s390/zos/tools/wjsigshl/wjsigshl.txt Its accessible via the USS tools toys site (although wasnt at the time we were given it, a few years back),

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-11-05 Thread Mike Schwab
On Sat, Nov 5, 2011 at 3:25 PM, Graham Harris harris...@gmail.com wrote: deleted Would be nice if IBM could allow this to be managed a little better than the first-come-first-served principle, although I cant think right now how it could easily be done any different, I must admit! Moving

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-31 Thread Shmuel Metz (Seymour J.)
In 039001cc9709$8dae4510$a90acf30$@mindspring.com, on 10/30/2011 at 09:40 AM, Lizette Koehler stars...@mindspring.com said: This is not something I just want to blindly increase as the documentation is not clear on how my overall system performance is going to be impacted. I doubt that

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-31 Thread Lizette Koehler
This is not something I just want to blindly increase as the documentation is not clear on how my overall system performance is going to be impacted. I doubt that performance is an issue. What might be a problem is a shortage of private virtual storage above the line. BTW, am I the only one

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-31 Thread Shane
On Mon, 31 Oct 2011 12:23:00 -0500 Shmuel Metz (Seymour J.) wrote: ... BTW, am I the only one to think of Contract Bridge when I see a reference to the line? Can't say I've ever confused the two in all these years. Of course, now that you've mentioned it ... Shane ...

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-31 Thread John Gilmore
Conservatism here--rejection of any reflexive, unthinking enlargement of the [Unix] shared-library region size--is the right stuff. I suspect, however, that my earlier post erred in not being unambiguously directive. The performance penalties are, this time, all on the down side, They are

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-30 Thread Mike Schwab
http://www-01.ibm.com/support/docview.wss?uid=swg21178068 If the shared library cache is not big enough, then z/OS will revert to normal storage use and the load module will be loaded into the broker address space. [That would mean multiple copies of the programs.]

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-30 Thread John McKown
I'm ignorant of this. But did a search in IBMLink. It appears that there are shared libraries in z/OS UNIX which are loaded somewhere? (not documented where). The size of this area is specified in the SHRLIBRGNSIZE parameter. The load modules loaded into this area are .so UNIX dynamic subroutines

BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-30 Thread John Gilmore
Lizette, Your current value, 64MiB, is the very conservative z/OS default. If you are 1) making significant use of Java and 2) have multiple CICS regions in which it is in use you may safely double it and then work back down by observing how much of it is in use over an interval of one or two

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-30 Thread Lizette Koehler
John McKown Wrote: I'm ignorant of this. But did a search in IBMLink. It appears that there are shared libraries in z/OS UNIX which are loaded somewhere? (not documented where). The size of this area is specified in the SHRLIBRGNSIZE parameter. The load modules loaded into this area are

Re: BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-30 Thread Mike Schwab
On Sun, Oct 30, 2011 at 8:40 AM, Lizette Koehler stars...@mindspring.com wrote: John and Mike Thanks.  I guess this is going to be an ETR to IBM.  I am not sure how to monitor or identify when more is better or if I can use less.  This happened after an IPL, so I am sure that there are new

BPXI039I and SHRLIBRGNSIZE at 100%

2011-10-29 Thread Lizette Koehler
Tonight I got a message of BPXI039I for the SHRLIBRGNSIZE being 100% for the value of 67108864 Now it tells me to raise this value with a SETOMVS or SET OMVS. However, is there a way to see what is consuming this resource? And how to determine how to safely raise the value if necessary? I want