IBM Support

OA46515: ABEND0A9 RCFF13 ISTSSCUB TELNET SHARED ACB SESSEND USE COUNT

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • ABEND0A9 return code FF13 issued by ISTSSCUB (base) offset
    x'266'. The abend occurs during processing of 810688 SESSEND
    for shared ACB Telnet LU.
    Non-zero use count when deleting network address -
    sense code 08060000.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users coding SHAREACB in their           *
    *                 Telnet profile.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: An ABEND0A9 FF13 occurred in ISTSSCUB.  *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The problem can be summarized as follows:
    1. The Telnet profile has SHAREACB coded.
    2. A Telnet LU was in session with a VTAM APPL.
    3. Some action occurred to bring down the VTAM session and
       cleanup VTAM's RDTE for the Telnet LU name (such as a client
       disconnect or the stopping of the Telnet server).
    4. SS started the process of cleaning up the session.  The SIB
       was dequeued from the RDTE, but SS was suspended before
       ISTSSCUB was called to decrement the network address use
       counts.
    5. LUS was dispatched to clean up the session and freed VTAM's
       RDTE for the Telnet LU name, since there were no SIBs.
    6. SS resumed processing and ISTSSCUB was not able to
       decrement the network address use count for the Telnet LU
       because the RDTE was freed.  This caused ISTAMCFR to issue
       a CPRC with sense 08060000 and then ISTSSCUB issued the
       diagnostic ABEND0A9 FF13.
    

Problem conclusion

  • To resolve this timing issue, a new bit has been added to the
    ISTRAP to indicate that SS is still using the RDTE for a Telnet
    LU name.
      ISTSSCU3 will set this bit in the RDTE for a Telnet LU
    when it dequeues a SIB.  ISTSSCU3 will reset the bit after
    ISTSSCUB has decrement the network address use count for the
    Telnet LU.
      ISTLUCST and ISTLUCDL will test this bit before freeing the
    RDTE for a Telnet LU.
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA46515

  • Reported component name

    VTAM V4 MVS/ESA

  • Reported component ID

    569511701

  • Reported release

    1D0

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2014-11-11

  • Closed date

    2014-12-11

  • Last modified date

    2015-03-02

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

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

    UA75836 OA46917

Modules/Macros

  • ISTLUCDL ISTLUCST ISTRAP   ISTSSCU3
    

Fix information

  • Fixed component name

    VTAM V4 MVS/ESA

  • Fixed component ID

    569511701

Applicable component levels

  • R1D0 PSY UA75836

       UP15/02/23 P F502

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":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"1D0","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SSCY4DZ","label":"DO NOT USE"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"1D0","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 March 2015