OA58438: ESQA SPIKE FAST RPB GROWTH SVCDUMP PROCESSING SP245 K0

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• At z/OS 2.3, RSM processing during SVCDUMP capture changed that
  causes an excessive amount of RPB Pools to be obtained in
  Subpool 245 Key 0 ESQA/SQA storage.  These pools are x'2000'
  bytes each.   These areas are obtained because the system wants
  to avoid paging other user's storage to auxiliary storage when a
  dump depletes real frames.   The system pages out storage from
  the dump processing instead. If the system's real storage is not
  constrained, this processing does not occur and the RPBs are not
  obtained.
  
  In the case where this was diagnosed there were several thousand
  RPB Pools obtained in less then a second.  LPARs that have high
  utilization of common storage may see Abend878, Abend80A, or
  other storage abends indicating common storage exhaustion.
  Usage of the RPB POOLs is temporary and are eventually freed in
  several 10 minute intervals after the RPBs are no longer in use.
  
  ADDITIONAL SYMPTOMS:
  If ESQA/SQA is depleted or Expansion increases:
  
  IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY  xxxx PAGES
  
  may be seen or xxxx Pages increases significantly
  

Local fix

• BYPASS/CIRCUMVENTION:
  Increasing ESQA or ECSA size to accomdate the spike in RPBs
  Increasing Real storage such that svc dumps do not cause real
  storage constraint.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * Users of HBB77B0 and HBB77C0                                 *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * ESQA SPIKE because of fast RPB growth during SVCDUMP         *
  * processing.                                                  *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  SVC dump processing was running during a real storage shortage.
  Dump processing called a real storage management service to
  steal pages it no longer needed. This steal processing did not
  correctly count the number of pages stolen for the request,
  resulting in a large number of RPB control blocks being obtained
  in ESQA/SQA causing a shortage in subpool 245.
  

Problem conclusion

• Real storage management processing service for stealing pages
  from the address space is changed to properly steal the
  requested number.
  

Temporary fix

• *********
  * HIPER *
  *********
  

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

  UJ01784 UJ01785

Modules/Macros

• IAXYT
  

Fix information

• Fixed component name

  RSM - REAL STOR

• Fixed component ID

  5752SC1CR

Applicable component levels

• R7B0 PSY UJ01784

     UP20/01/29 P F001 ¢

• R7C0 PSY UJ01785

     UP20/01/29 P F001 ¢

Fix is available

• Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.