IBM Support

PH66066: CMCI CLIENT DELETES ALL SHARED TEMPORARY STORAGE QUEUES (TSQSHR)

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When a customer uses a CMCI client such as, CICS Explorer, to
    delete any Shared Temporary Storage Queues (TSQSHR) entry
    instead of deleting 1 entry the CMCI client (CICS Explorer)
    deleted all shared TSQs with the same pool name.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICSPlex SM Users                        *
    ****************************************************************
    * PROBLEM DESCRIPTION: Using CMCI clients such as CICS         *
    *                      Explorer to delete a shared temporary   *
    *                      storage queue (TSQSHR) may delete more  *
    *                      queues than intended.                   *
    ****************************************************************
    * RECOMMENDATION: Apply the PTF which resolves APAR PH66066    *
    *                 to all MAS regions and restart the MASs.     *
    *                 The update can be applied to regions in any  *
    *                 order.                                       *
    ****************************************************************
    A CMCI Client such as CICS Explorer is used to access a
    CICSSharedTSQueue record. This is the CMCI record representing a
    shared temporary storage queue (TSQSHR).
    These records are expected to contain a HEXNAME field, which
    represents the name of the queue encoded in printable
    hexadecimal characters. This field is not being filled in, and
    so contains binary zeros.
    When a delete request is made for a CICSSharedTSQueue record,
    the HEXNAME and POOLNAME must be supplied. The HEXNAME field
    returned when retrieving the CICSSharedTSQueue was set to zeros,
    so when this value is used as input on a subsequent delete
    request, it matches all CICSSharedTSQueue records with the
    same POOLNAME.
    

Problem conclusion

  • CPSM has been updated to correctly set the HEXNAME value in
    TSQSHR / CICSSharedTSQueue records.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH66066

  • Reported component name

    CICS TS Z/OS V6

  • Reported component ID

    5655YA100

  • Reported release

    40M

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2025-04-09

  • Closed date

    2025-06-05

  • Last modified date

    2025-07-02

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

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

    UO03511 UO03512

Modules/Macros

  • CJA0NAG0 CJATNAGA CJH0NAG0 CJHTNAGH CJI0NAG0 CJITNAGI CJJ0NAG0
    CJJTNAGJ EYU0NAG0 EYUTNAGA EYUTNAGB
    

Fix information

  • Fixed component name

    CICS TS Z/OS V6

  • Fixed component ID

    5655YA100

Applicable component levels

  • R40M PSY UO03512

       UP25/06/11 P F506

  • R50M PSY UO03511

       UP25/06/11 P F506

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":"BU048","label":"IBM Software"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"6.1","Line of Business":{"code":"LOB70","label":"Z TPS"}}]

Document Information

Modified date:
02 July 2025