IBM Support

PI13675: DUMP TITLE ABN=5C6-00E50002,U=SYSOPR,C=R3600.710.ASMC-CSQVUNLX, M=CSQVLFRR,LOC=CSQMLPLM.CSQMTAPB+000005D8

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • DUMP TITLE ABN=5C6-00E50002,U=SYSOPR,C=R3600.710.ASMC-CSQVUNLX,
    M=CSQVLFRR,LOC=CSQMLPLM.CSQMTAPB+000005D8
    
    A Dynamic shared queue is being closed with MQCO_DELETE. During
    the deletion process while waiting for CLOSE_DELETE processing
    to complete, CSQMTAPB is invoked for 'queue closed' processing
    and gets the ObjectLatch latch in the IVSA. However, the delete
    processing then continues and releases the IVSA, and then the
    IVSA is allocated again and cleared.  CSQMTAPB then tries to
    release the ObjectLatch latch, but this abends with 5C6-
    00E50002 as the IVSA has been cleared.
    

Local fix

  • No Local Fix
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: When a dynamic shared queue is closed   *
    *                      with option MQCO_DELETE the queue       *
    *                      manager abends with 5C6-00E50002 or     *
    *                      an 0C4.                                 *
    *                      The abend is often followed by the      *
    *                      queue manager terminating 6C6.          *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    A dynamic shared queue is closed with MQCO_DELETE.  While the
    delete processing is waiting to complete CSQMTAPB is invoked for
    queue closed processing, getting the csObjectLatch latch from
    the IVSA.  The delete processing then continues and releases and
    clears the IVSA.  When CSQMTAPB tries to release the latch it
    abends with 5C6-00E50002 as the IVSA has already been cleared.
    

Problem conclusion

  • The code was changed so that CSQMTAPB gets a lock on the queue
    name before performing any processing.
    100Y
    CSQMTAPB
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PI13675

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-03-14

  • Closed date

    2014-06-25

  • Last modified date

    2014-08-04

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

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

    UI19124

Modules/Macros

  • CSQMTAPB
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI19124

       UP14/07/22 P F407 ¢

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":"7.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
04 August 2014