IBM Support

PM10138: Z/OS COUPLING FACILITY HAS ORPHANED LIST STRUCTURES CAUSED BY CICS SHARED TS QUEUE DELETE PROCESSING BEING INTERRUPTED

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • A looping application, writing Shared Temporary Storage records
    fills the TS server pool on the Coupling Facility. The recovery
    action is to delete the TS queue while the application continues
    to write records to the queue. Evenutally, the TS server abends
    with an abendU0999. A dump of the Coupling facility shows List
    structures containing data for the deleted TS queues. In CF
    terms, the List are still allocated in the pool but they are
    no longer recognised by CICS as valid TS queues. These CF
    structures are never freed and remain unmanaged - in effect
    they are 'orphaned'.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS Users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Storage on the Coupling Facility was    *
    *                      left orphaned when a Shared Temporary   *
    *                      Storage DELETEQ request timed out       *
    *                      resulting in a U0999 abend.             *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    CICS TS for z/OS issued a DELETEQ TS request to delete a shared
    TS queue held on a z/OS Coupling Facility. While the thread of
    execution was on the CF the CICS transaction runaway interval
    expired. Runaway processing occurred, causing the
    transaction to time out. This generated a U0999 abend on the
    server, and the CICS transaction ended with an ATSD abend.
    Because the delete processing did not complete correctly, some
    storage was left orphaned on the CF Structure.
    

Problem conclusion

  • DFHTSSH was amended to turn off runaway processing around the
    calls to the shared Temporary Storage Server. This is done for
    all such calls, not just the DELETEQ requests, so all Shared
    Temporary Storage API requests are now protected from runaway
    timeouts.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM10138

  • Reported component name

    CICSTS V3 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-03-17

  • Closed date

    2010-04-27

  • Last modified date

    2010-05-04

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

    PM05662

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

    UK56430

Modules/Macros

  •    DESTSSH  DFHTSSH  DFHTSSHC DFHTSSHD DFHTSSHI
    

Fix information

  • Fixed component name

    CICSTS V3 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R400 PSY UK56430

       UP10/04/30 P F004

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:
04 May 2010