OA42322: ABEND0C4 IN ISTCPCIT WITH SHAREACB ENABLED FOR TELNET.

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as unreproducible in next release.

Error description

  • There is a session coming down between an application and a
    Telnet LU. VTAM receives an UNBIND and tries to update the
    RAP_TN_FMCB field with an FMCB Pointer. However VTAM is no
    longer pointing to the RAP but is pointing into the module
    ISTCPCTI and overlaying code with an FMCB pointer. In this case
    the overlay is in ISTCPCIT. Later ISTCPCIT abends.
    

Local fix

  • Code NOSHAREACB or let it default to NOSHAREACB in the TELNET
    profile.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users coding SHAREACB in their           *
    *                 Telnet profile.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND0C6 in ISTCPCIT                    *
    *                      ABEND0C4 in ISTTSCWU                    *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The problem may be summarized as follows:
    1. SHAREACB is coded in the Telnet profile
    2. There is a subarea connection between the
       VTAM where Telnet resides and the VTAM
       where the PLU application resides.
    3. A Telnet client requests a session with
       the PLU application.
    4. Later, when the session goes down, a timing
       condition occurs that causes the RDTE to not
       be found and therefore not updated.
    5. After not finding the RDTE, the RDTE will still
       point to an FMCB.  Also, some storage will be
       overwritten.
    6. If the storage overwritten is a module such as
       ISTCPCIT, it may abend the next time it runs.
    7. Later, when VTAM is shut down with Z NET,QUICK,
       ABEND0C4 in ISTTSCWU may occur.
    

Problem conclusion

Temporary fix

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

Comments

  • AMREQST and ISTAMPL are updated to allow RDTE to
    be specified on the AMRELESE macro.
    
    ISTAMCFR is updated to handle an RDTE specified on
    AMRELESE.
    
    ISTLUCSC is updated to SRTADD a low order element
    address for a Telnet Shareacb session.
    
    ISTSDCLR is updated to AMRELESE the low order element
    address added by ISTLUCSC.
    

APAR Information

  • APAR number

    OA42322

  • Reported component name

    VTAM V4 MVS/ESA

  • Reported component ID

    569511701

  • Reported release

    1C0

  • Status

    CLOSED UR1

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-05-21

  • Closed date

    2013-06-07

  • Last modified date

    2013-08-02

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

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

    UA69447 UA69448

Modules/Macros

  • AMREQST  ISTAMCFR ISTAMPL  ISTLUCSC ISTRAP
    ISTSDCLR
    

Fix information

  • Fixed component name

    VTAM V4 MVS/ESA

  • Fixed component ID

    569511701

Applicable component levels

  • R1C0 PSY UA69447

       UP13/07/30 P F307

  • R1D0 PSY UA69448

       UP13/07/30 P F307

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.



Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

z/OS family

Software version:

1C0

Operating system(s):

z/OS

Reference #:

OA42322

Modified date:

2013-08-02

Translate my page

Machine Translation

Content navigation