IBM Support

PH62807: ABN=602-00000000,U=XXXXXXXX,C=MQ900.920.MMC -CSQM1P1W,M=CSQGFRCV,PSW=XXXXXXXXXXXXXXXX,ASID=XXXX

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • PH58940 changed the recovery code for MQ's end context RRS exit
    to clean up if the exit was abended by the application detaching
    the TCB, specifically while the exit was in progress, to prevent
    handles owned by the ending context being subsequently posted.
    The 602 abend in this case has a similar cause, namely that the
    application is detaching the TCB while it is going through end
    context processing, however in this case the detach occurs
    on/before the call to MQ's RRS exits, before any recovery code
    can be established. This APAR was raised to investigate how the
    602 abend can be avoided in the more general case where the
    detach occurs before MQ's exit can be called or can establish
    recovery to handle the condition.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 2 Modification 0, Release 3          *
    *                 Modification 0 and Release 4 Modification 0. *
    ****************************************************************
    * PROBLEM DESCRIPTION: Abend S602 occurs in CSQM1P1W following *
    *                      termination of an MQ RRS application.   *
    ****************************************************************
    An RRS application TCB terminated after issuing MQGET with
    MQGMO_SET_SIGNAL without explicitly closing the queue handle.
    During end of task processing MQ's end context exit would
    normally implicitly close the handle, however the application
    issued DETACH against the ended TCB before end of task
    processing had completed. If the detach took effect prior to
    MQ's exit being called and establishing recovery, the implicit
    close cannot take place. When the handle is subsequently posted
    (for example, due to message arrival, wait interval expiry or
    queue manager shutdown), an attempt is made to post the provided
    ECB, however the address space containing the ECB no longer
    exists, resulting in abend 602.
    

Problem conclusion

  • Additional validation is added to prevent the post being issued
    against an address space that no longer exists.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH62807

  • Reported component name

    IBM MQ Z/OS V9

  • Reported component ID

    5655MQ900

  • Reported release

    200

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2024-08-16

  • Closed date

    2025-05-08

  • 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:

    UO03111 UO03112 UO03113

Modules/Macros

  • CSQM1P1W CSQMALL
    

Fix information

  • Fixed component name

    IBM MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R200 PSY UO03113

       UP25/06/11 P F506

  • R300 PSY UO03112

       UP25/06/11 P F506

  • R400 PSY UO03111

       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":"SSYHRD","label":"IBM MQ"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"200","Line of Business":{"code":"LOB77","label":"Automation Platform"}}]

Document Information

Modified date:
02 July 2025