IBM Support

PH26973: ABEND602-000 IN CSQYASCP DURING POST PROCESSING

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • MQ Development finds that, during the process to destroy MQ's
    allied address space authorization a wait call is issued which
    immediately pops, allowing processing to continue. Instead, it
    is expected that the WAIT macro holds further processing until
    the associated ECB has been properly posted ; however, in this
    case the ECB is already in an unexpected posted state (when
    WAIT is called). This apparently led to the ASCE (which
    provides the ASCB reference) to be cleared while its pointer to
    an ASCB was used to issue POST. This APAR intends to clear the
    posted state of the ECB when destroying the MQ allied address
    space authorization, aligning this processing with other
    serialization processes already in MQ.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IBM MQ for z/OS Version 9       *
    *                 Release 0 Modification 0 and Release 1       *
    *                 Modification 0.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Abend 602-00000000 occurs during        *
    *                      termination/disconnect processing for   *
    *                      an allied application address space.    *
    *                      The abend is followed by abnormal       *
    *                      queue manager termination 6C6 with      *
    *                      REASON=00E80100.                        *
    ****************************************************************
    A rare timing window during connection processing for an allied
    application led to the ASCEIECB being left in a posted state.
    During disconnect processing, the residual post state allows
    CSQYALLI to resume prematurely and free the ASCE for the address
    space while there is an outstanding CSQYAUTH request being
    processed.
    When the outstanding request is completed, an attempt is made
    to post ASCEIECB, but due to the freed ASCE an invalid ASCB is
    passed, leading to the reported abend.
    

Problem conclusion

  • CSQYAUTH is changed to clear the ECB after being resumed,
    preventing a residual post state persisting until disconnection.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PH26973

  • Reported component name

    IBM MQ Z/OS V9

  • Reported component ID

    5655MQ900

  • Reported release

    000

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2020-06-30

  • Closed date

    2020-12-22

  • Last modified date

    2021-02-01

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

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

    UI73263 UI73264

Modules/Macros

  • CSQYAUTH
    

Fix information

  • Fixed component name

    IBM MQ Z/OS V9

  • Fixed component ID

    5655MQ900

Applicable component levels

  • R000 PSY UI73264

       UP21/01/28 P F101 ¢

  • R100 PSY UI73263

       UP21/01/28 P F101 ¢

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.

[{"Line of Business":{"code":"LOB36","label":"IBM Automation"},"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.0"}]

Document Information

Modified date:
02 February 2021