IBM Support

PK10299: CDTS ABEND AZVK ABENDAZVK.

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A terminal connected to a TOR uses CRTE to route to an AOR and
    then starts a conversational transaction, such as CEDA.  If a
    terminal error such as LOSTTERM occurs, CEDA will abend, and the
    TOR will route a CDTS over to the AOR to delete the shipped
    terminal. If CEDA hasn't finished abending, CDTS will not be
    able to delete the terminal, and it will get an AZVK abend.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Transaction CDTS abends AZVK.           *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A CEDA transaction is routed from a TOR to an AOR using the CRTE
    transaction. While in a terminal i/o wait state (EXEC CICS
    CONVERSE) the terminal (90AA) is lost to the TOR region and this
    is reported to the AOR.
    
    After taking the ATNI dump in the AOR, DFHRTSU's FREE_SURROGATE
    routine calls DFHZTSP's RDETENT (Remote Detach Entry) to send an
    EB back to the TOR. The task then becomes suspended in File
    Control (switching to the FO tcb) to close and deallocate the
    DFHCSD file.
    
    As a result of the EB being received in the TOR, a REMDEL
    (Remote Delete) transaction CDTS is sent back to the AOR to
    delete the terminal 90AA. The Terminal Builder's DFHBSTZ1
    (UNREADY) routine identifies that the other task still has a
    Table Manager Read Lock on the TCTN entry ("TROASIS .90AA").
    This causes it to fail with an AZVK abend after first producing
    messages DFHZC5913, DFHZC5980 and DFHZC6911.
    
    Additional Keywords :
    msgDFHZC5913  msgDFHZC5980 msgDFHZC6911 AbendAZVK CRTE CEDA
    

Problem conclusion

  • DFHZTSP's SKELCOM routine has been amended so that transactions
    running under CRTE issue the TC UNLOCK request.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PK10299

  • Reported component name

    CICSTS 3.1 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2005-08-15

  • Closed date

    2005-08-23

  • Last modified date

    2005-09-02

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

    PK05459

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

    UK06618

Modules/Macros

  •    DFHZTSP
    

Fix information

  • Fixed component name

    CICSTS 3.1 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R400 PSY UK06618

       UP05/09/01 P F508

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":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"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":"3.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 September 2005