Author |
Message
|
Avikal Jain |
Posted: Fri Jul 13, 2007 2:20 am Post subject: complecated cluster issue |
|
|
Apprentice
Joined: 25 Jun 2007 Posts: 39 Location: Pune
|
hi all,
here's the issue that i am facing in my cluster setup
initialy there were two queue managers(QM1 and Qm2)we were having on distributed environment, now clinet asked us to convert that setup into a cluster giving us another server (QM3) ,which was on the other network
now between these two networks(QM1 and Qm2) and (Qm3) they we are having a firewall,
now between the qmgrs QM1 and Qm2 rcvr channel definitions are as per convention with conname('10.x.x.1(1414)') so these two cluster qmgrs are working fine
but om Qm3 our network team asked us to specify the ipadd of firewall rather than that of QM1(here Qm1 and Qm2 are full repos) and they did some changes to dns via which our conname with 206.x.x.1 automatically gets diverted to Qm1
now the problem is whenever sdr channel of QM3 with conname('206.x.x.1(1414)') tries to connect to Qm1 with conname speciified as conname('10.x.x.1(1414)') ,due to the parameter conflict our channel goes into retrying state leaving QM3's conname as conname('10.x.x.1(1414)').
now we cant change the rcvr channel of QM1 to conname(206.x.x1(1414)') since the channel from QM2 will go into retrying state
so what can i do to resolve the problem or what is the resolution provided by ibm when the clusters qmgrs are on different networks and firewalll is located among themm
All your replies are most welcome will be appreciated
Thanx to you all |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jul 13, 2007 2:25 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
Don't use IP addresses - use host names and let DNS sort out the routing (that why the network people are paid the big bucks).
You might additionally need to specify LOCALADDR on the channel definitions. Look it up & ask the network people if they think you do. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Avikal Jain |
Posted: Fri Jul 13, 2007 2:30 am Post subject: hi vitor |
|
|
Apprentice
Joined: 25 Jun 2007 Posts: 39 Location: Pune
|
hi vitor
will try and let you know if any problem persists
thank you very much |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jul 13, 2007 2:31 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
And you do mean cluster sender & receiver channels, don't you?  _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Avikal Jain |
Posted: Fri Jul 13, 2007 2:35 am Post subject: yes vitor |
|
|
Apprentice
Joined: 25 Jun 2007 Posts: 39 Location: Pune
|
yes definitely i mean clussdr and clucrcvr |
|
Back to top |
|
 |
jefflowrey |
Posted: Fri Jul 13, 2007 6:03 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
It's very tricky to span a cluster across network boundaries like this.
Clusters want to form fully connected networks.
This means that your QM1 and QM2 want to form channels to QM3, and QM3 wants to form channels to BOTH QM1 and QM2.
You may want to configure QM1 and QM3 with point-to-point channels, and configure them as gateways instead. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
Avikal Jain |
Posted: Fri Jul 13, 2007 6:33 am Post subject: hi |
|
|
Apprentice
Joined: 25 Jun 2007 Posts: 39 Location: Pune
|
hi all what i ve got from the analysis is whenever QM1 or Qm2 tries to connect to Qm3 since the conname parameter is different after first try channel goes into retrying state leaving conname parameter in sender channel with that of rcvr one
now if we start channel again
at some other attempt this happens again
Now can this be the solution that we can define two rcvr channel on either side of network so that if QM1 or QM2 whenever wants to send the message they can take rcvr definition of respective one like this
DEFINE CHANNEL(TO.EDINBURGH.NETA) CHLTYPE(CLUSRCVR) TRPTYPE(TCP) CONNAME('EDINBURGH.NETA.CMSTORE.COM') CLUSTER(INVENTORY) DESCR('Cluster-receiver channel using network A for EDINBURGH')
DEFINE CHANNEL(TO.EDINBURGH.NETB) CHLTYPE(CLUSRCVR) TRPTYPE(TCP) CONNAME('EDINBURGH.NETB.CMSTORE.COM') CLUSTER(INVENTORY) DESCR('Cluster-receiver channel using network Bfor EDINBURGH')
will this thing work or we can set netprty parameter ...... i think i ve not tried it
wat says ,experts
Thanks again |
|
Back to top |
|
 |
Nigelg |
Posted: Fri Jul 13, 2007 7:52 am Post subject: |
|
|
Grand Master
Joined: 02 Aug 2004 Posts: 1046
|
That will not work. Half you msgs will go to each cluster channel.
It is not that hard. Each cluster qmgr has to advertise its IP address to every other member of the cluster, by putting it in the CONNAME attribute of its CLUSRCVR channel. Other qmgrs use that CONNAME to send msgs. _________________ MQSeries.net helps those who help themselves.. |
|
Back to top |
|
 |
fjb_saper |
Posted: Fri Jul 13, 2007 2:20 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
Nigelg wrote: |
That will not work. Half you msgs will go to each cluster channel.
It is not that hard. Each cluster qmgr has to advertise its IP address to every other member of the cluster, by putting it in the CONNAME attribute of its CLUSRCVR channel. Other qmgrs use that CONNAME to send msgs. |
This is why you DON'T use an IPAddress but you DO USE a hostname. The hostname resolution should point to the machine whichever side of the firewall and NAT you are on.  _________________ MQ & Broker admin |
|
Back to top |
|
 |
Vitor |
Posted: Sun Jul 15, 2007 1:43 am Post subject: Re: hi |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
Avikal Jain wrote: |
hi all what i ve got from the analysis is whenever QM1 or Qm2 tries to connect to Qm3 since the conname parameter is different after first try channel goes into retrying state leaving conname parameter in sender channel with that of rcvr one
|
Why are you still trying to fix this? Use hostnames and tell the network people to get it working! _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Chandra Mohan |
Posted: Thu Aug 02, 2007 7:22 am Post subject: Re: hi |
|
|
 Acolyte
Joined: 26 Jul 2006 Posts: 53
|
Vitor wrote: |
Avikal Jain wrote: |
hi all what i ve got from the analysis is whenever QM1 or Qm2 tries to connect to Qm3 since the conname parameter is different after first try channel goes into retrying state leaving conname parameter in sender channel with that of rcvr one
|
Why are you still trying to fix this? Use hostnames and tell the network people to get it working! |
Hey Dude how r u man hgow things going on
Clustering hann good keep going even now a days i on a same track. _________________ Chandra Mohan |
|
Back to top |
|
 |
Avikal Jain |
Posted: Thu Aug 02, 2007 7:33 am Post subject: hellloooo sirjeeeee |
|
|
Apprentice
Joined: 25 Jun 2007 Posts: 39 Location: Pune
|
hi sirji kaise hain aap,
bo ek issue diya sanjeev ne to usi se related poocha tha
aur aapne chating emailing yeh sab chod ke mujhe mqseries.net par haal chaal poocha
aapka gmail id dijiyegga .bo jabber se accessible hai chating karenge
every thing is almost fine here
baki sara bataoonga kabhi aapko
just sent me ur gmail id
bye and have a good day |
|
Back to top |
|
 |
Chandra Mohan |
Posted: Thu Aug 02, 2007 8:03 am Post subject: Re: hellloooo sirjeeeee |
|
|
 Acolyte
Joined: 26 Jul 2006 Posts: 53
|
Avikal Jain wrote: |
hi sirji kaise hain aap,
bo ek issue diya sanjeev ne to usi se related poocha tha
aur aapne chating emailing yeh sab chod ke mujhe mqseries.net par haal chaal poocha
aapka gmail id dijiyegga .bo jabber se accessible hai chating karenge
every thing is almost fine here
baki sara bataoonga kabhi aapko
just sent me ur gmail id
bye and have a good day |
tochander1979@yahoo.com _________________ Chandra Mohan |
|
Back to top |
|
 |
|