IBM Support

OA24047: RTPINFO GETBLK POOL FILLING UP WITH SGMNTS (HPR SEGMENTS)

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • VTAM storage growth in the RTPINFO SPANC pool. The RTPINFO
    pool is full of SGMNT (HPR segment) control blocks.
    Additional Symptom: Abend0A9 RC 7002 in module ISTRPCSG.
    

Local fix

  • Contact IBM Software support.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All using HPR/RTP connections.               *
    ****************************************************************
    * PROBLEM DESCRIPTION: Private storage fills with SGMN control *
    *                      blocks.  Storage is allocated from the  *
    *                      RTPINFO GETBLK storage pool.            *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The problem is summarized as follows:
    1) A malformed PIU is received on the NCBWORKQ for an
       HPR pipe.  The PIU is built from an IO buffer and one of
       the TSCCONT TSCBs has a TSCDATLN that exceeds the IO
       buffer size.  The IO buffer following this PIU has
       also been overlayed.  No documentation was available
       to debug how the malformed PIU was built incorrectly.
       This APAR is taken to address a loop that occurs when
       processing this PIU.
    2) An HPR pipe dispatched and processed the PIU.  Since
       the PIU length exceeded the largest NLP this pipe can
       send, the PIU must be segmented by HPR.
    3) While segmenting this PIU, the HPR code went into
       an infinite loop allocating HPR segment (SGMN)
       control blocks.
    4) Eventually, the RTPINFO storage pool could not expand
       any further (x'FFFF' pages), and an ABEND0A9 RC7002
       was issued in module ISTRPCSG when trying to allocate
       another SGMN control block.
    5) The RPNCB was cleaned up, but all of the storage
       allocated while processing the invalid PIU was lost.
       The storage shortage in the RTPINFO pool caused many
       other RTP pipes to receive ABEND0A9 RC7002 conditions
       as a result of the storage shortage in this GETBLK
       pool.
    

Problem conclusion

  • ISTRPCSG - Code segment SEGMNTT has been corrected to detect
               when the data within on TSCB exceeds the
               NLP size for the RPNCB.  If this occurs, an
               ABEND0A9 RCFF13 is issued.
    ISTRPCRT - Has been included for maintenance purposes.
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    OA24047

  • Reported component name

    VTAM V4 MVS/ESA

  • Reported component ID

    569511701

  • Reported release

    180

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2008-02-13

  • Closed date

    2008-03-02

  • Last modified date

    2008-05-16

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

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

    UA39790 UA39791 UA39792 OA24981

Modules/Macros

  • ISTRPCRT ISTRPCSG
    

Fix information

  • Fixed component name

    VTAM V4 MVS/ESA

  • Fixed component ID

    569511701

Applicable component levels

  • R170 PSY UA39790

       UP08/04/07 P F804

  • R180 PSY UA39791

       UP08/04/07 P F804

  • R190 PSY UA39792

       UP08/04/07 P F804

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.

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSSN3L","label":"z\/OS Communications Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
25 May 2020