IBM Support

PM93892: WEBSPHERE MQ V701, CSQX007E CSQXRESP UNABLE TO CONNECT TO QUEUE MANAGER, MQCC=2 MQRC=2009

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • An lpiSPINotify_BREAKCONN request may be sent by a client after
    the associated channel has ended and the channels's ACE is on
    the free-chain anchored from the MCLB. CSQMSNTF will still set
    ACESTOP even though the ACE has been freed. Another channel may
    be started and reuse this ACE. ACESTOP is not subsequently
    cleared, hence the an API request issued by this new channel
    will get CSQX007E.
    
    
    Additional Symptom(s) Search Keyword(s): CSQX007E, 2009
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 *
    *                 Release 0 Modification 1 and Release 1       *
    *                 Modification 0.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: After starting a channel, the first     *
    *                      call made to the queue manager may      *
    *                      fail MQRC 2009, shown in message        *
    *                      CSQX007E in the channel initiator.      *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    When the channel attempts to issue its first call to the queue
    manager after starting, the command may fail with MQRC 2009.
    This is shown by message CSQX007E in the channel initiator.
    
    This is due to the ACE associated to the channel when the
    channel starts. This ACE may be reused from a previous channel.
    The ACE has a flag that specifies if the ACE is for a channel
    that is stopping, this is cleared once the ACE is freed from
    a channel and put on the ace free chain. It is possible for
    this flag to be set again after the ACE has been put on the
    free chain. This causes the MQRC 2009 when the channel attempts
    to make a call to the queue manager, with the flag set on
    the ACE.
    

Problem conclusion

  • The code has been changed to insure the flag on the ACE cannot
    be set after it has been cleared and put on to the free chain.
    010Y
    100Y
    CSQMCPRH
    

Temporary fix

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

Comments

APAR Information

  • APAR number

    PM93892

  • Reported component name

    WMQ Z/OS V7

  • Reported component ID

    5655R3600

  • Reported release

    010

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2013-07-25

  • Closed date

    2013-09-30

  • Last modified date

    2013-11-04

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

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

    UK98050 UK98051

Modules/Macros

  • CSQMCPRH
    

Fix information

  • Fixed component name

    WMQ Z/OS V7

  • Fixed component ID

    5655R3600

Applicable component levels

  • R010 PSY UK98050

       UP13/10/17 P F310 Ž

  • R100 PSY UK98051

       UP13/10/16 P F310 Ž

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

Document Information

Modified date:
04 November 2013