A fix is available
APAR status
Closed as program error.
Error description
An environment using shared xmitqs and shared channels experiences the following errors after a failure and recovery of a Coupling Facility (CF) structure. CSQX036E CSQ1 CSQXRCTL Unable to open QUEUE(SHARED.XMITQ), MQCC=2 MQRC=2042 (MQRC_OBJECT_IN_USE) CSQX599E CSQ1 CSQXRCTL Channel CSQ1.TO.CSQ2 ended abnormally CSQX500I CSQ1 CSQXRCTL Channel CSQ1.TO.CSQ2 started CSQX470E CSQ1 CSQXRCTL Channel CSQ1.TO.CSQ2 has the wrong disposition CSQX599E CSQ1 CSQXRCTL Channel CSQ1.TO.CSQ2 ended abnormally The shared channel is retrying on several queue managers in the Queue Sharing Group (QSG) while the channel is already active on another queue manager in the QSG. The problem is that a non-shared channel status entry is created by rriQueryChannelDisp when the MQOPEN for the shared xmitq fails with MQRC 2345 (MQRC_CF_NOT_AVAILABLE). Additional Symptom(s) Search Keyword(s): transmission queue
Local fix
Delete and redefine the channel. This will clear the channel's status records from the local and shared SYNCQ queues and from the internal status table.
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 8 * * Release 0 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: The channel initiator issues message * * CSQX470E repeatedly for a shared * * channel after the CF is not available. * **************************************************************** * 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 2345 (MQRC_CF_NOT_AVAILABLE), 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 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 is not available, allowing the channel to start correctly once the CF structure is recovered. 000Y CSQXRCDF CSQXRCSI
Temporary fix
Comments
APAR Information
APAR number
PI37473
Reported component name
WMQ Z/OS 8
Reported component ID
5655W9700
Reported release
000
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2015-03-20
Closed date
2015-04-02
Last modified date
2015-05-04
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
UI26470
Modules/Macros
CSQXRCDF CSQXRCSI
Fix information
Fixed component name
WMQ Z/OS 8
Fixed component ID
5655W9700
Applicable component levels
R000 PSY UI26470
UP15/04/30 P F504
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":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSYHRD","label":"IBM MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.0","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
04 May 2015