Thanks Sam, 

I was just visiting this a few months back. 

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Knutson, Sam
Sent: Wednesday, June 14, 2006 12:33 PM
To: [email protected]
Subject: SMSPDSE virtual storage exhaustion IPL APAR OA15185


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

----------------------------------------------------------------------
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

Reply via email to