IBM Support

PI08889: WEBSPHERE MQ Z/OS V7.1.0:CSQX470E AND CSQX036E WITH MQRC 2042 WHEN THE STRUCTURE HOSTING THE XMITQ IS RECOVERED

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When the structure was recovered from a CF failure, the channel
    was failing with CSQX470E, and the below message could be found
    in the MQ CHIN joblog:
    AUG,18
    22:11:51  +CSQX036E !CSQ1 CSQXRCTL Unable to open
    22:11:51   QUEUE(TEST.XMITQ),
    22:11:51   MQCC=2 MQRC=2042 (MQRC_OBJECT_IN_USE)
    22:11:51  +CSQX599E !CSQ1 CSQXRCTL Channel TEST.TO.CSQ2 ended
    abnormally
    AUG,19
    06:35:22  +CSQX470E !CSQ1 CSQXRCTL Channel TEST.TO.CSQ2 has the
    wrong disposition
    06:35:22  +CSQX599E !CSQ1 CSQXRCTL Channel TEST.TO.CSQ2 ended
    abnormally
    
    
    Additional Symptom(s) Search Keyword(s):
    MQRC_OBJECT_IN_USE
    

Local fix

  • n/a.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 1 Modification 0.                    *
    ****************************************************************
    * PROBLEM DESCRIPTION: The channel initiator issues message    *
    *                      CSQX470E repeatedly for a shared        *
    *                      channel after a CF structure failure.   *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When the channel was first started by a trigger message,
    riiTriggerMessage is invoked, and calls rriQueryChannelDisp to
    determine the channel disposition. The latter fails to open the
    shared transmit queue due to MQRC 2373 (MQRC_CF_STRUC_FAILED),
    however riiTriggerMessage does not check the return code and
    continues processing, adding a non-shared local status entry.
    This entry is used for retry processing, and when the CF
    structure is recovered, allowing the transmit queue to be opened
    again, channel start fails due to the channel having the wrong
    disposition, and message CSQX470E is issued.
    

Problem conclusion

  • The code was changed to correctly determine the channel
    disposition even if the CF structure has failed, allowing the
    channel to start correctly once the CF structure is recovered.
    100Y
    CSQXRCDF
    CSQXRCSI
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI08889

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2014-01-03

  • Closed date

    2014-02-07

  • Last modified date

    2014-04-02

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

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

    UI14914

Modules/Macros

  • CSQXRCDF CSQXRCSI
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R100 PSY UI14914

       UP14/03/04 P F403

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:
02 April 2014