| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Clusters, alias Q, and 5.3 to 7.0 migration |
« View previous topic :: View next topic » |
| Author |
Message
|
| LMD |
 Posted: Mon May 23, 2011 5:49 am Post subject: Clusters, alias Q, and 5.3 to 7.0 migration |
 |
|
Acolyte
Joined: 30 Oct 2002
Posts: 56
Location: Paris - France
|
hi all,
I am trying to migrate a multi clustered MQ network from v5.3 to 7.0 and found an issue about alias queues.
In the actual configuration, an application is putting messages on a qalias (Q1) (unclustered), who target a queue (Q2) residing on an other QM. The target q is clustered so the app can see the Q1 and put the message.
Q2 is an ... alias Q. I think it was not supposed to work, but this 5.3.0.14 QM seems to be not aware of this limitation, and it works. Q3 is targetting an other
Actual setup :
QM1 (5.3.0.14) Q1 --> QM2 (7.0.1.4) Q2 --> QM3 (7.0.1.4) Q3
If I run exactly the same test with a QM1 migrated to 7.0.1.4, the message go in QM2 DLQ with Reason :2082 (Unknown alias base queue.) --> expected behavior.
Any ideas ?
Can you confirm that an alias queue is not supposed to target an other alias Q, even in clustered environnement ?
Thanks in advance.
_________________
lmd_at_demey-consulting.fr - http://demey-consulting.fr - Paris, France.
WMQ, WAS & IIB Certified.
#IBMChampion |
|
| Back to top |
|
 |
| exerk |
| Posted: Mon May 23, 2011 6:00 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Are you sure that every instance of Q2 is/was a QA and that there is/was not a QR/QL of the same name somewhere in the cluster? QA-to-QA should not work as far as I am aware.
_________________
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 |
|
|
| LMD |
| Posted: Mon May 23, 2011 6:04 am Post subject: |
|
|
Acolyte
Joined: 30 Oct 2002
Posts: 56
Location: Paris - France
|
| exerk wrote: |
Are you sure that every instance of Q2 is/was a QA and that there is/was not a QR/QL of the same name somewhere in the cluster?
|
Yes. I'have triple checked.
| exerk wrote: |
QA-to-QA should not work as far as I am aware. |
I agree.
I have tried to explain t othe customer that this setup CANNOT work.
Hard job when it is working for years ...
_________________
lmd_at_demey-consulting.fr - http://demey-consulting.fr - Paris, France.
WMQ, WAS & IIB Certified.
#IBMChampion |
|
| Back to top |
|
|
| mqjeff |
| Posted: Mon May 23, 2011 6:35 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
I'm confused a bit here...
Can you explain? Is it
QA(QM1)->QA(QM2)->QL(QM3)?
Or somehow QA(QM1->QA(QM2)->QA(WM3)->QL(QM3)?
That should work. You can't QA(QM1)->QA(QM1), that is point an alias q at an alias q on the same qmgr, but it should work to point an alias q at a qcluster or qremote... |
|
| Back to top |
|
|
| LMD |
| Posted: Mon May 23, 2011 6:52 am Post subject: |
|
|
Acolyte
Joined: 30 Oct 2002
Posts: 56
Location: Paris - France
|
I will try to be a little bit more clearer ...
Q1 is an alias Q on QM1
Q2 is an alias Q on QM2
Q3 is an local Q on QM3
Q3 is shared in a cluster
Q2 target Q3
Q1 target Q2
When you try to define an alias q targetting an other local alias, the QM send an error.
But when you define a alias q targeting a cluster q, the QM don't know the nature of the q until some messages flows.
With MQ 5.3.0.14, this is not a problem.
With MQ 7.0.1.4, it "ssems" (to be confirmed) that the QM don't accept that an alias Q target a clustered alias q.
We are doing additionnal tests.
_________________
lmd_at_demey-consulting.fr - http://demey-consulting.fr - Paris, France.
WMQ, WAS & IIB Certified.
#IBMChampion |
|
| Back to top |
|
|
| mqjeff |
| Posted: Mon May 23, 2011 7:14 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Which QMs are part of the cluster?
I was just able to define a QALIAS on one qmgr, that pointed to a local queue, and share that QALIAS QA1 in the cluster, and then define a second qalias QA2 on another qmgr in the cluster and point the second QA2 at QA1. Then I could put to QA2 from the second qm.
I then tried to create QA3 on a third qm, also part of the cluster, that pointed to QA2. This wouldn't let me put, even though I did share QA2 in the cluster as well. |
|
| Back to top |
|
|
| LMD |
| Posted: Mon May 23, 2011 7:24 am Post subject: |
|
|
Acolyte
Joined: 30 Oct 2002
Posts: 56
Location: Paris - France
|
Your setup is closer to the real configuration than mine.
The real configuration is too ... exotic to be explained here (two interconnected clusters with an alias q as a relay in the middle)
But the main point is that this exotic setup tend to produce different results in 7.0.1 than in 5.3.0.14.
_________________
lmd_at_demey-consulting.fr - http://demey-consulting.fr - Paris, France.
WMQ, WAS & IIB Certified.
#IBMChampion |
|
| Back to top |
|
|
| mqjeff |
| Posted: Mon May 23, 2011 7:32 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| LMD wrote: |
Your setup is closer to the real configuration than mine.
The real configuration is too ... exotic to be explained here (two interconnected clusters with an alias q as a relay in the middle)
But the main point is that this exotic setup tend to produce different results in 7.0.1 than in 5.3.0.14. |
You should see if you get better luck converting the QALIASes to QREMOTES, paying careful attention to what you do or do not put into RQMNAME. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
