Yes, both FRs are displaying the same result.
Original Message:
Sent: Mon June 16, 2025 09:43 AM
From: Erik Houlberg
Subject: QALIAS Queue Cluster Resources Still Visible After RESET CLUSTER QUEUE(YES)
Hi Tim
The reset command can be executed with QMID option (with the qmid of the deleted QM).
As queues exist in multiple MQ clusters (that is different MQ cluster names) then a reset need to be made for each MQ cluster name.
As the QM was broken then a reset had to be done, otherwise I recommend to first remove MQ cluster specification on queues and topics and confirm the removal on the objects in the FRs before removing the MQ cluster specification on the cluster receiver channel and cluster sender channel, only one of each per MQ cluster specification, on the QM that should no longer participate in the MQ cluster. To avoid channels going into retry it is best to keep the channels for some time (without MQ cluster specification) and wait for the channels to become inactive before deleting them.
Just out of curiosity, is it the same result on both FRs ?
Regards, Erik Houlberg
------------------------------
Erik Houlberg
Original Message:
Sent: Mon June 16, 2025 09:08 AM
From: Tim Zielke
Subject: QALIAS Queue Cluster Resources Still Visible After RESET CLUSTER QUEUE(YES)
Hi Erik,
There are not any channel issues going on between the FRs and the new QM1. For QM1, I had to do a dltmqm on the old QM1 (it was in a broken state) and rebuild with a new QM1 with crtmqm. This is why I had to run the RESET CLUSTER FORCEREMOVE QUEUE(YES) on the FR on the old QM1. Only the new QM1 appears in the full repository with a DIS CLUSQMGR. However, I can see DIS QC QALIAS resources for both the old and new QM1 on the full repository. These QALIAS resource do exist in multiple clusters on QM1.
Thanks,
Tim
------------------------------
Tim Zielke
Original Message:
Sent: Mon June 16, 2025 03:38 AM
From: Erik Houlberg
Subject: QALIAS Queue Cluster Resources Still Visible After RESET CLUSTER QUEUE(YES)
Hi Tim
I would check MQ error logs as well as channel status on both QM1 as well as full repository QMs (do you use 1 or 2 ?)
If there are channels in retrying status, then that can hold back cleanup of the repository.
Do you use multiple MQ clusters ?
If a QM is not reflecting with 'dis clusqmgr' on a repository, then there should be no queues visible with 'dis qc' on the repository for that QM.
------------------------------
Erik Houlberg
Original Message:
Sent: Fri June 13, 2025 11:19 AM
From: Tim Zielke
Subject: QALIAS Queue Cluster Resources Still Visible After RESET CLUSTER QUEUE(YES)
I had to do a RESET CLUSTER(XYZ) QMNAME(QM1) QUEUES(YES) command on a cluster full repository, and I was surprised to see that the qalias queue cluster resources for QM1 were still visible after the command was successfully run. I did see the queue manager drop from the full repository with the DIS CLUSQMGR command. I also did see local queues owned by the QM1 drop from full repository with the DIS QC command. However, the DIS QC command is still displaying qalias references for QM1.
I asked AI (or Ultron as I like to call it :-) ), and it said that this could be an expected behavior of qalias queue cluster resources still being visible in the full repository after a RESET CLUSTER QUEUE(YES) command is run. Does anyone know if that is correct or not? I did not see anything stating this behavior in the IBM MQ manual.
------------------------------
Tim Zielke
------------------------------