APAR status
Closed as program error.
Error description
In a QMGR cluster CSQX457I cpf CSQXREPO Repository available is received for a QMGR being put back into the cluster by altering its CLUSRCVR channel and a CLUSSDR channel for another QMGR to be in this same cluster. This is followed by CSQX419I cpf CSQXREPO No cluster-receivers for cluster 'cluster' CSQX448E cpf CSQXREPO Repository manager stopping because of errors
Local fix
Problem summary
A cluster still held information about a QMgr which had been removed from the cluster a long time ago. When the QMgr attempts to rejoin the cluster, the repository task attempts to reconcile the add request with the existing entries and finds the remnant entry. It updates this entry with the new information and then tries to publish it to the cluster. But there are no CLUSRCVRs defined causing the repository to fail with CSQX419I.
Problem conclusion
The code has been changed to no longer create problem cluster queue manager objects and to remove them if detected.
Temporary fix
Comments
APAR Information
APAR number
IT29955
Reported component name
WEBS MQ NSS ITA
Reported component ID
5724A3902
Reported release
531
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2019-08-09
Closed date
2019-11-12
Last modified date
2019-11-12
APAR is sysrouted FROM one or more of the following:
PK18612
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
WEBS MQ NSS ITA
Fixed component ID
5724A3902
Applicable component levels
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSFKSJ","label":"WebSphere MQ"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"5.3.1","Edition":"","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
31 March 2023