| Author |
Message
|
| ranganathan |
 Posted: Fri Aug 08, 2008 4:16 am Post subject: Gateway Queue Manager |
 |
|
Centurion
Joined: 03 Jul 2008
Posts: 104
|
Here is the requirement.. i want a QM to be a part of 2 clusters - WINDOWS, LINUX. (each has 2 FR's of its own)
From the clustering manual..I found out a similar scenario (Advanced Task-7) but in that the queue managers are FR's for both the clusters with a namelist defined - REPOSNL('X').
I do not want the new QM to be a FR, i just want it to act like a gateway between the two clusters..i can define a namelist in that QM with the cluster names.. but
* What about the CLUSSDR, CLUSRCVR... ?
* If the CONNAME uses IP addresses, how will it establish connection to the FR's on either side?
Please let me know if im missing anything here... |
|
| Back to top |
|
 |
| exerk |
| Posted: Fri Aug 08, 2008 4:32 am Post subject: Re: Gateway Queue Manager |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| ranganathan wrote: |
...I do not want the new QM to be a FR, i just want it to act like a gateway between the two clusters..i can define a namelist in that QM with the cluster names.. but
* What about the CLUSSDR, CLUSRCVR... ?
* If the CONNAME uses IP addresses, how will it establish connection to the FR's on either side?... |
There is no need for a namelist, just define a CLUSRCVR for each of the clusters you wish the queue manager to participate in (for a total of two CLUSRCVR's), then define a CLUSSDR (using the CONNAME values in the FR CLUSRCVR definition) to one of the FR's in each cluster (for a total of two CLUSSDR's).
_________________
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: Fri Aug 08, 2008 5:00 am Post subject: Re: Gateway Queue Manager |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| ranganathan wrote: |
| Here is the requirement.. i want a QM to be a part of 2 clusters - WINDOWS, LINUX. (each has 2 FR's of its own) |
Hopefully you have 2 clusters for business reasons and these 2 cluster names are names you chose for some odd reason. You do know that QMs running on Windows servers and QMs running on Linux servers can all be in the same MQ cluster, right?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| sami.stormrage |
| Posted: Fri Aug 08, 2008 5:04 am Post subject: |
|
|
Disciple
Joined: 25 Jun 2008
Posts: 186
Location: Bangalore/Singapore
|
Add the CLUSNL( ) to the channels aswell.
_________________
*forgetting everything  * |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Aug 08, 2008 5:05 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| sami.stormrage wrote: |
| Add the CLUSNL( ) to the channels aswell. |
Why?
_________________
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 |
|
|
| sami.stormrage |
| Posted: Fri Aug 08, 2008 5:20 am Post subject: |
|
|
Disciple
Joined: 25 Jun 2008
Posts: 186
Location: Bangalore/Singapore
|
To reduce the number of manually defined cluster channels.
To help with cluster workload management.
_________________
*forgetting everything * |
|
| Back to top |
|
|
| ranganathan |
| Posted: Fri Aug 08, 2008 5:24 am Post subject: |
|
|
Centurion
Joined: 03 Jul 2008
Posts: 104
|
@exerk
Thanks for the reply.. but we cannot follow the format TO.QMNAME for CLUSRCVR isnt it ?! (as there will be another channel existing by the same name pointing to one FR)
I followed as per your suggestion.. i named one of the CLUSRCVR as 'LIN.WIN'.. now the 2 CLUSSDR's are running but one CLUSRCVR is in inactive state..and i couldnt see the new QM's info in the LINUX cluster but WINDOWS cluster is perfectly fine..
I think this QM is not added to the LINUX cluster (but CLUSSDR running)... Is something wrong ?!
Last edited by ranganathan on Fri Aug 08, 2008 5:30 am; edited 1 time in total |
|
| Back to top |
|
|
| ranganathan |
| Posted: Fri Aug 08, 2008 5:28 am Post subject: Re: Gateway Queue Manager |
|
|
Centurion
Joined: 03 Jul 2008
Posts: 104
|
| PeterPotkay wrote: |
| ranganathan wrote: |
| Here is the requirement.. i want a QM to be a part of 2 clusters - WINDOWS, LINUX. (each has 2 FR's of its own) |
Hopefully you have 2 clusters for business reasons and these 2 cluster names are names you chose for some odd reason. You do know that QMs running on Windows servers and QMs running on Linux servers can all be in the same MQ cluster, right? |
Yes Peter.. i do know heterogenous cluster environment i tried the same and it worked well.
This is just an R&D work im doing with MQ trial version. 
Just experimenting with the concepts i learnt.. and came across this scenario... |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Fri Aug 08, 2008 5:36 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| ranganathan wrote: |
Thanks for the reply.. but we cannot follow the format TO.QMNAME for CLUSRCVR isnt it ?! (as there will be another channel existing by the same name pointing to one FR)
|
That's why we use the cluster channel naming convention of TO.queuemanagername.clustername
TO.QM1.LINUX
TO.QM2.LINUX
TO.QM1.WINDOWS
TO.QM2.WINDOWS
Cluster the TO.*.LINUX channels to the LINUX cluster, and the TO.*.WINDOWS channels to the WINDOWS cluster.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Aug 08, 2008 5:36 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| sami.stormrage wrote: |
| To reduce the number of manually defined cluster channels. To help with cluster workload management. |
I think you need to read up on when manually defined CLUSSDR's are used within a cluster.
| ranganathan wrote: |
| Thanks for the reply.. but we cannot follow the format TO.QMNAME for CLUSRCVR isnt it ?! (as there will be another channel existing by the same name pointing to one FR) |
Including the cluster name within the channel definition is one method of removing this issue.
| ranganathan wrote: |
I followed as per your suggestion.. i named one of the CLUSRCVR as 'LIN.WIN'.. now the 2 CLUSSDR's are running but one CLUSRCVR is in inactive state..and i couldnt see the new QM's info in the LINUX cluster but WINDOWS cluster is perfectly fine..
I think this QM is not added to the LINUX cluster (but CLUSSDR running)... Is something wrong ?! |
Check your CLUSRCVR definition for the Linux cluster, and error logs for the FR in the same.
_________________
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 |
|
|
| ranganathan |
| Posted: Fri Aug 08, 2008 7:09 am Post subject: |
|
|
Centurion
Joined: 03 Jul 2008
Posts: 104
|
@Peter..
Thanks... I recreated the channels with the correct naming convention... 
| exerk wrote: |
Check your CLUSRCVR definition for the Linux cluster, and error logs for the FR in the same. |
yes.. the problem was with the CLUSRCVR in the FR. Now all are up and running.
If i want a queue to be visible across the clusters.. i need an alias queue pointing to the other QM. (as per clustering manual)
On the bridge QM i defined the following aliases...
DEF QA(MYALIAS1) TARGQ(LQ.WIN) CLUSTER(LINUX) DEFBIND(NOTFIXED)
DEF QA(MYALIAS2) TARGQ(LQ.LIN) CLUSTER(WINDOWS) DEFBIND(NOTFIXED)
I am able to put messages to MYALIAS1, (i.e to LQ.WIN) Now the problem is, the target queue LQ.LIN is not resolved. AMQ4197
Note: I am able to see all the FR's from the bridge QM. It means that it should resolve LQ.LIN which is in LINUX cluster isnt it ?! |
|
| Back to top |
|
|
| ranganathan |
| Posted: Fri Aug 08, 2008 7:11 am Post subject: |
|
|
Centurion
Joined: 03 Jul 2008
Posts: 104
|
| sami.stormrage wrote: |
| Add the CLUSNL( ) to the channels aswell. |
I already tried it sami.. it was not working...  |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Aug 08, 2008 7:21 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| ranganathan wrote: |
...I am able to put messages to MYALIAS1, (i.e to LQ.WIN) Now the problem is, the target queue LQ.LIN is not resolved. AMQ4197
Note: I am able to see all the FR's from the bridge QM. It means that it should resolve LQ.LIN which is in LINUX cluster isnt it ?! |
Try opening the queue across the cluster from your Bridge queue manager, as I have found that usually resolves the problem
_________________
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 |
|
|
| ranganathan |
| Posted: Fri Aug 08, 2008 8:03 am Post subject: |
|
|
Centurion
Joined: 03 Jul 2008
Posts: 104
|
| exerk wrote: |
Try opening the queue across the cluster from your Bridge queue manager, as I have found that usually resolves the problem |
 YES... that worked
I tried to put across the cluster initially msg's were stuck in the DLQ of the bridge QM.. and then i found that i've created an alias queue with DEFBIND(OPEN)  since by default it creates like this...
i changed it to NOTFIXED.... it worked
Thanks everyone for all your help... i really appreciate it.. |
|
| Back to top |
|
|
| sami.stormrage |
| Posted: Fri Aug 08, 2008 8:29 am Post subject: |
|
|
Disciple
Joined: 25 Jun 2008
Posts: 186
Location: Bangalore/Singapore
|
@Orignal post
Ur requirement seems to be unclear. If you say a FR, it ought to be part of both the clusters.(atleast thats what the definition of FR says).
_________________
*forgetting everything * |
|
| Back to top |
|
|
|
|
