A fix is available
APAR status
Closed as program error.
Error description
You do a PING CHANNEL command from a z/OS queue manager to a full repository on a distributed queue manager. The PING is for a CLUSSDR associated with a single cluster, but the target full repository uses a CLUSNL on its CLUSRCVR. The namelist definition does not exist on the z/OS queue manager. The result is: CSQX036E CSQXPING Unable to open NAMELIST(<namelist>), MQCC=2 MQRC=2085 (MQRC_UNKNOWN_OBJECT_NAME) CSQ9023E CSQXCRPS ' PING CHANNEL' ABNORMAL COMPLETION The channel can start and communicate with the full repository, so the operation of the cluster is unaffected. It is only the MQ PING command that fails. The PING works if the target is a z/OS queue manager. It would help if the CSQX036E message listed the channel that the failure was for. Additional Symptom(s) Search Keyword(s): 2085 MQRC2085 MQRC_UNKNOWN_OBJECT_NAME
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All users of WebSphere MQ for z/OS Version 7 * * Release 1 Modification 0. * **************************************************************** * PROBLEM DESCRIPTION: When pinging a channel message CSQX036E * * is issued indicating that the ping was * * unable to open a namelist. * * MQCC=2 MQRC=2085 * * (MQRC_UNKNOWN_OBJECT_NAME) is issued. * * PING CHANNEL ends with abnormal * * completion. * **************************************************************** * RECOMMENDATION: * **************************************************************** When pinging a channel rrxPingChannel calls rriInitSess which in turn calls rriInitExits. rriInitExits calls rriClusterFields to populate the pChannel->CD.ClusterPtr field. However if the ping is done to a distributed full repository whose receiver channel is defined with a namelist then rriClusterFields tries to open this namelist to query its contents. However there is no reason for this namelist to exist on the local z/OS queue manager and if it doesn't then a RC=2085 is returned and the ping fails. Note that when the ping is done to a z/OS full repository the ping appears to succeed, but in fact the pChannel->CD.ClusterPtr is not populated. This is because the z/OS full repository returns Private.Flags = 2 (namelist) but Private.Cluster is blank, so it doesn't satisfy any of the conditions and drops straight through the rriClusterFields code.
Problem conclusion
rrxPingChannel has been changed so that a session block is created and the pClusterQmgr field is populated for use in rriClusterFields. 100Y CSQXRCPG
Temporary fix
Comments
APAR Information
APAR number
PI17136
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-05-01
Closed date
2014-06-30
Last modified date
2014-08-04
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
IV60656 UI19246
Modules/Macros
CSQXRCPG
Fix information
Fixed component name
WMQ Z/OS V7
Fixed component ID
5655R3600
Applicable component levels
R100 PSY UI19246
UP14/07/22 P F407
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:
04 August 2014