PI55254: VTAM ECSA GROWTH TI00 IO00 BUFFERS EE IPNEE_LATCH BIT

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• VTAM ECSA growth in the TIBUF and IOBUF pools due to Enterprise
  Extender IPNEE_LATCH left on following prior storage growth
  which resulted in storage fragmentation.
  fragmentation.SP227 KEY6
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * All users of the IBM Communications Server for z/OS Version  *
  * 2 Releases 1 and 2 IP:                                       *
  * Enterprise Extender with IPSecurity and zIIP                 *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * Persistent VTAM ECSA storage growth as a result of prior     *
  * ECSA storage that prevented an Enterprise Extender SRB from  *
  * being dispatched.                                            *
  ****************************************************************
  * RECOMMENDATION:                                              *
  * Apply PTF                                                    *
  ****************************************************************
  TCPIP stack is enabled for IPSecurity and displacement of
  IPSecurity to zIIP processors via the GLOBALCONFIG zIIP
  IPSECURITY profile configuration.  Enterprise Extender (EE)
  traffic is flowing outbound and maps to an IPSec policy,
  resulting in an SRB being scheduled to process the outbound
  request on a zIIP.  The EE outbound request gates the queue and
  it becomes the responsibility of the zIIP SRB to ungate the
  queue when it has completed the outbound operation.  Some event
  occurs that results in an ECSA/ESQA storage shortage causing the
  schedule of the zIIP SRB to fail.  The initial cause of the
  storage shortage subsides, resuming normal operations on the
  LPAR.  The failure to successfully schedule the zIIP SRB leaves
  the EE outbound queue gated.  Continued EE traffic outbound
  matching the gated queue fail to get processed, resulting in
  storage growth for the queued traffic in the TIBUF and IOBUF
  pools.
  

Problem conclusion

• EZBUDBYP has been amended to detect a significant delay in a
  zIIP SRB resuming outbound processing and to allow a new
  outbound request to take over responsiblity of the gated queue.
  

Temporary fix

Comments

APAR Information

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

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

  UI35949 UI35950

Modules/Macros

• EZBUDBYP
  

Fix information

• Fixed component name

  TCP/IP V3 MVS

• Fixed component ID

  5655HAL00

Applicable component levels

• R210 PSY UI35949

     UP16/04/12 P F604

• R220 PSY UI35950

     UP16/04/12 P F604

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.