| Author |
Message
|
| raz |
 Posted: Fri Mar 25, 2011 6:34 am Post subject: MQRC_CLUSTER_RESOLUTION_ERROR |
 |
|
Acolyte
Joined: 10 Jul 2007
Posts: 70
|
Hi,
I have a MQ cluster set up on MQ7.0.1.3. when I'm sending a sample message from Partial repository QMGR to FR QMGR I'm seeing MQOPEN ended with reason code 2189.
I found some answres in this site but didn't suit to my situation.
I have verified on all QMGRs channels, DIS CLUSMGR(*) ALL but didn't find any wrong.
can you please help me?
Thanks |
|
| Back to top |
|
 |
| exerk |
| Posted: Fri Mar 25, 2011 7:22 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
All queue managers in the same cluster? All queues and cluster channels populated with the same cluster name, i.e. no typos etc.? All cluster channels running correctly and no temporary queue manager names showing in the DIS CLUSQMGR(*) ALL?
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| raz |
| Posted: Fri Mar 25, 2011 9:45 am Post subject: |
|
|
Acolyte
Joined: 10 Jul 2007
Posts: 70
|
| Yes, they all are in same cluster. I didn't see any TEMP QMGR when I disaplyed DIS CLUSQMGR(*) |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Mar 25, 2011 9:49 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
What are you using to send the messages?
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| raz |
| Posted: Fri Mar 25, 2011 10:49 am Post subject: |
|
|
Acolyte
Joined: 10 Jul 2007
Posts: 70
|
|
| Back to top |
|
|
| exerk |
| Posted: Fri Mar 25, 2011 11:40 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
OK. Please post an edited dump of the queue objects and cluster channels, i.e. only the cluster-related attributes (please use the 'Code' tags) not things like DISCINT etc. Use MS03 or similar to do so, not from a visual scan of the output from screen.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| raz |
| Posted: Mon Mar 28, 2011 11:51 am Post subject: |
|
|
Acolyte
Joined: 10 Jul 2007
Posts: 70
|
| issue is resolved by readding PRs to the cluster. |
|
| Back to top |
|
|
| issac |
| Posted: Mon Mar 28, 2011 6:20 pm Post subject: |
|
|
Disciple
Joined: 02 Oct 2008
Posts: 158
Location: Shanghai
|
How did you remove a QMGR before re-adding anyway?
If you're doing so by the official way: to alter CLUSRCVRs with CLUSTER attribute empty and had it working, then you have proven your cluster actually works.
When you alter the CLUSRCVR, a command message should have been generated inside SYSTEM.CLUSTER.COMMAND.QUEUE, then transmitted through SYSTEM.CLUSTER.TRANSMIT.QUEUE.
If your cluster fails to transmit a message due to MQRC 2189, I doubt how it managed to transmit the command message.
_________________
Bazinga! |
|
| Back to top |
|
|
| exerk |
| Posted: Mon Mar 28, 2011 10:54 pm Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| raz wrote: |
| issue is resolved by readding PRs to the cluster. |
Until you have two fully intercommunicating PRs you don't have a cluster, so your 'resolution' makes no sense - please post exactly what you did.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Mar 29, 2011 2:29 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| exerk wrote: |
| raz wrote: |
| issue is resolved by readding PRs to the cluster. |
Until you have two fully intercommunicating PRs you don't have a cluster, so your 'resolution' makes no sense - please post exactly what you did. |
Well, you could have a fully functional and viable MQ cluster with zero PRs, or just one.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| exerk |
| Posted: Tue Mar 29, 2011 2:56 pm Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| PeterPotkay wrote: |
| exerk wrote: |
| raz wrote: |
| issue is resolved by readding PRs to the cluster. |
Until you have two fully intercommunicating PRs you don't have a cluster, so your 'resolution' makes no sense - please post exactly what you did. |
Well, you could have a fully functional and viable MQ cluster with zero PRs, or just one. |
My point was that the first two queue managers in a cluster should be FRs, and it needs a minimum of two queue managers to make a cluster, whether two FRs or one FR and one PR. My statement in regard to fully intercommunicating I stand by.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
|
|
