OA45622: VTAM PRIVATE STORAGE GROWTH SP127 RUPEPRIV UTILPVTL SPANC POOLS WHEN PSRETRY ENABLED

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• VTAM private storage growth in SP127 - RUPEPRIV and UTILPVTL
  SPANC pools when start option PSRETRY is enabled.
  

Local fix

• Issue F proc,VTAMOPTS,PSRETRY=(0,0,0,0) to
  disable the PSRETRY function.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * All using HPR/RTP connections with the                       *
  * PSRETRY function enabled.                                    *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * VTAM private storage growth in SP127.                        *
  * RUPEPRIV and UTILPVTL SPANC pool growth                      *
  * when start option PSRETRY is enabled.                        *
  ****************************************************************
  * RECOMMENDATION:                                              *
  * Apply PTF.                                                   *
  ****************************************************************
  The problem is summarized as follows:
  
  1) The PSRETRY function allows VTAM to periodically check
  for "better" routes and conditionally perform path
  switches for HPR pipes.
  2) At the appropriate time, the HPR timer function will allocate
  and queue a "Modify RTP" RUPE to the RPNCB PC PAB.  This
  function relies on the time the last PSRETRY was performed,
  which is maintained in the RPN_LAST_PSRETRY_TOD field.
  3) The RPN_LAST_PSRETRY_TOD is updated by the RPNCB PC PAB
  modules.  In this instance, presumably something prevented
  or delayed VTAM from dispatching the RPNCB PC PABs in a
  timely manner.  This prevents VTAM from updating the
  the RPN_LAST_PSRETRY_TOD field for each of the scheduled
  pipes.
  4) The PSRETRY function may check RTP pipes at one second
  intervals to schedule RTP pipes for PSRETRY processing.
  5) Since the RPN_LAST_PS_TIME was not updated on the
  last PSRETRY attempt, the RTP pipe is inadvertently
  scheduled over and over (once each second).
  6) This results in the RUPEPRIV and UTILPVT SPANC pools growing
  to support the PSRETRY processing.
  7) A dump at the time of the ECSA storage depletion showed there
  were ten HPR pipes, each with thousands of "Modify RTP" RUPEs
  queued to their respective RPNCB PC PABs.  Once the
  PABs fell behind in processing, storage allocation failures
  occurring on the RPNCB PC PAB prevented the code from
  updating the RPN_LAST_PSRETRY_TOD field to the current time.
  
  NOTE: To resolve this problem until the PTF for this APAR is
  applied, simply disable the PSRETRY function.
  
  Issue F proc,VTAMOPTS,PSRETRY=(0,0,0,0)
  

Problem conclusion

• ISTRPCTM - Has been modified to immediately update the
             RPN_LAST_PSRETRY_TOD field prior to queueing
             the "Modify RTP" Rupe to the RPNCB PC PAB.
  ISTRPCRT - Included for maintenance purposes.
  

Temporary fix

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

Comments

APAR Information

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

  OA45515

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

  UA74170

Modules/Macros

• ISTRPCTM ISTRPCRT
  

Fix information

• Fixed component name

  VTAM V4 MVS/ESA

• Fixed component ID

  569511701

Applicable component levels

• R210 PSY UA74170

     UP14/09/26 P F409 ¢

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.