Hi, It is SHARE my pain time again:-( My most recent adventure was a result of a storage creep in the SMSPDSE address space which resulted in 0F4 abends for jobs using PDSE data sets which impacted almost everything here. This defect is described by OA15185 and fixing PTFs are available.
I would suggest that you add SMSPDSE to routine checking for virtual storage utilization. I added it to the list of jobs I get RMF virtual storage detail for and review weekly. We picked this problem up with z/OS R6 and were able to stay up about 7 weeks before everything went pear shaped as a result of this problem. You can check this on-line with TMONMVS PRIVATE AREA SUBPOOL DISPLAY/PRIVATE AREA MAP DISPLAY other MVS monitors should have similar displays. If you check this on a recurring basis you can avoid an unplanned outage even if you are having the problem as the storage leak takes place slowly over time. There is no way to resolve this without an IPL. We are also working on implementation of the Partitioned Data Set Extended Restartable Address Space (SMSPDSE1) which is a feature that was available at z/OS R6. http://www.redbooks.ibm.com/abstracts/tips0531.html IBM Level-2 PDSE provided a list of service they strongly recommended if we were going to start using SMSPDSE1. APAR PTF 1J0 PTF 1K0 HIPER OA09091 UA16309 BASE Y OA09390 UA14935 BASE Y OA09787 UA16012 BASE Y OA10446 BASE OA11068 UA17506 BASE Y OA11647 UA19183 UA19184 N OA13268 UA21458 UA21459 N OA13441 UA21283 UA21284 N OA13565 UA21306 UA21307 N OA13930 UA25300 UA25301 Y OA14112 RSM Coreq RSM Coreq for OA13930 OA14497 UA23199 UA23198 OA15026 UA24138 UA24139 Y OA15251 PTF OPEN PTF OPEN N OA15532 UA25302 UA25303 N OA15764 1k0 only UA24139 Y OA16253 PTF OPEN PTF OPEN This is a PE for UA22720 (1J0) UA22721 (1K0) which are in the prereq list for UA25300 (1J0) and UA25301 (1K0) IBM PDSE folks also pointed out a couple informational APARs: II13967 II14067 Theses APARs contains a current lists of DFSMS HDZ11J0 and HDZ11K0 apars/ptfs for PDSE which includes both HIPER and non-HIPER maintenance that are currently available on a put tape. The list of service they suggested for us to install as part of a plan to begin using SMSPDSE1 includes some fixes not listed in the informational APARs yet. I am working with IBM support to see why these SVC dumps for 0F4 not being processed by DAE which resulted in 1400+ SVC dumps being captured and the lack virtual storage health monitoring inside SMSPDSE(1) by any of the PDSE MONITOR functionality. APAR Identifier ...... OA15185 Last Changed ........ 06/05/02 ABEND0F4 RC14 RSN2504C002 IGWFVGTM+0412 UA19786 LEVEL Symptom ...... AB ABEND0F4 Status ........... CLOSED PER Severity ................... 2 Date Closed ......... 06/02/23 Component .......... 5695DF115 Duplicate of ........ Reported Release ......... 1J0 Fixed Release ............ 999 Component Name EXTENDED DATA S Special Notice HIPER Current Target Date ..06/03/24 Flags RESTART/BOOT/IPL SCP ................... Platform ............ Status Detail: SHIPMENT - Packaged solution is available for shipment. PE PTF List: PTF List: Release 1G0 : UA24652 available 06/04/29 (F604 ) Release 1H0 : UA24653 available 06/04/29 (F604 ) Release 1J0 : UA24654 available 06/04/29 (F604 ) Release 1K0 : UA24655 available 06/04/29 (F604 ) Parent APAR: Child APAR list: ERROR DESCRIPTION: ABEND0F4 S0F4 RC14 RSN2504C002 IGWFVGTM+0412 UA19786 level RSNS_OUT_OF_ECSA_STG. Review of dump shows large global cell pool for LSSB LSTL POOL SLS_GLOBAL_LATCHES: 5997 270,200,832 821589 821589 123 50 LSTL POOL Additional symptoms: This can also be seen with a large SMSPDSE(1) private cell pool for LSTL POOL LOCAL_LATCHES - ASPACE. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 When a prang seems inevitable, endeavor to strike the softest, cheapest object in the vicinity, as slowly and gently as possible. advice given to RAF pilots during W.W.II. ==================== 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
