Author |
Message
|
paleyplease |
Posted: Thu Jul 31, 2014 7:07 am Post subject: QMGR Cluster Issue - Routing from Outside Cluster |
|
|
Apprentice
Joined: 05 Feb 2014 Posts: 45
|
We have a QMGR coming across via SSL to a QMGR that is in a cluster
that would then route messgaes to two additional QMGRs into the cluster:
QMGR1->QMGR2->QMGR3/4
Where QMGR 1 sends a message via a Remote Queue to QMGR2. QMGR2/3/4 are
all in the same cluster.
We are hoping to see the message that is sent land on QMGR3 / 4. The
queue which QMGR1 sends to is defined in the cluster only on QMGR3/4.
QMGR1 is not in the cluster. QMGR2/3/4 are.
Can you please let us know how we can ensure messages coming across via
a SDR/RCVR channel from outside a cluster to a QMGR in the cluster
(gateway) can route down to QMGR/3/4
I was able to successfully send a msg down to QMGR3/4 from QMGR2 via an
AMQSPUT |
|
Back to top |
|
 |
Vitor |
Posted: Thu Jul 31, 2014 7:12 am Post subject: Re: QMGR Cluster Issue - Routing from Outside Cluster |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
paleyplease wrote: |
Can you please let us know how we can ensure messages coming across via
a SDR/RCVR channel from outside a cluster to a QMGR in the cluster
(gateway) can route down to QMGR/3/4 |
You didn't find this link in the Clusters section of the production documentation even slightly relevant?  _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Vitor |
Posted: Thu Jul 31, 2014 7:18 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
Ok, so the forum doesn't like that link.
Type "Putting from a queue manager outside a cluster" into the Knowledge Center search facility - it's the first hit. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
paleyplease |
Posted: Thu Jul 31, 2014 7:39 am Post subject: |
|
|
Apprentice
Joined: 05 Feb 2014 Posts: 45
|
Per the link it mentions to reference this command:
DEFINE QREMOTE(Q2) RNAME(Q2) RQMNAME(QM2) XMITQ(QM1)
Where QM2 is a member in the cluster where one of the local clustered queues is. What if the local clustered queue is on QM5 or 6. How will I ensure the messages will scale between multiple QMGRS?
Does the def command need to be modified above? |
|
Back to top |
|
 |
bruce2359 |
Posted: Thu Jul 31, 2014 7:50 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
paleyplease wrote: |
Per the link it mentions to reference this command:
DEFINE QREMOTE(Q2) RNAME(Q2) RQMNAME(QM2) XMITQ(QM1)
Where QM2 is a member in the cluster where one of the local clustered queues is. What if the local clustered queue is on QM5 or 6. How will I ensure the messages will scale between multiple QMGRS?
Does the def command need to be modified above? |
The def command puts the message to a qmgr in the cluster. From there, cluster software will use the well-documented clustering algorithm to find the next instance of the destination queue. _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
paleyplease |
Posted: Thu Jul 31, 2014 8:00 am Post subject: |
|
|
Apprentice
Joined: 05 Feb 2014 Posts: 45
|
What if the local clustered queue is on QM5 or 6. How will I ensure the messages will scale between multiple QMGRS instead of just QM2. |
|
Back to top |
|
 |
Vitor |
Posted: Thu Jul 31, 2014 8:38 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
paleyplease wrote: |
What if the local clustered queue is on QM5 or 6. How will I ensure the messages will scale between multiple QMGRS instead of just QM2. |
Reread the documentation and think about what the command you quoted is actually doing. Then think about how that differs from your successful test where you used amqsput on QMGR2 to get a message to be delivered to QMGR3 & QMGR4. Then think about what will change if you add QMGR5 & QMGR6 to the cluster.
And then just try it and see what happens!!!!  _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
fjb_saper |
Posted: Fri Aug 01, 2014 5:09 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
|
Back to top |
|
 |
Vitor |
Posted: Fri Aug 01, 2014 5:25 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
The machine was broken.... _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
|