| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Re-ip of clustered server results in MQRC2085 |
« View previous topic :: View next topic » |
| Author |
Message
|
| Boomn4x4 |
 Posted: Mon May 05, 2014 7:18 am Post subject: Re-ip of clustered server results in MQRC2085 |
 |
|
Disciple
Joined: 28 Nov 2011
Posts: 172
|
Basic topology:
1 cluster
There are two FR, FRA and FRB
There are 4 "server" PR that each have a cluster queue, all named the same to collect data round robin
There are several "client" PRs that send data to the "serve" queues.
Defined on each "client" is a clussdr (TO.FRA_QM) and clusrcver (TO.CLIENT1_QM)
The clusrcvr channel is initial configured with conname (x.x.x.x(xxxx)) where xxxx is the clients IP address.
We had an instance (unknown to me) where the IP address was changed on one of the clients to (y.y.y.y). When it was changed, my MQOPENs to the "server" queues began failing mqrc 2085 UNKNOWN_OBJECT. I've altered the clusrcvr connname to reflect the new IP address, but I'm still getting the 2085.
Before the I corrected the IP address on the PR, the RCVR channel on the FR was showing RETRYING. After correcting it, its status went to RUNNING, but I'm still getting the 2085 errors.
What am I missing? |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Mon May 05, 2014 8:01 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20696
Location: LI,NY
|
Go back to the infocenter and read about the correct procedure for changing a cluster receiver channel. Just changing the values is no good.
BTW this is the reason why you don't want to use IP in the definition of your cluster channels. I would not be surprised if the DNS name of your server with changed ip remained the same (but obviously pointing now to the new ip).
Verify if you need to change any channel auth records (both sides of the channels)...
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| Boomn4x4 |
| Posted: Tue May 06, 2014 3:50 am Post subject: |
|
|
Disciple
Joined: 28 Nov 2011
Posts: 172
|
| fjb_saper wrote: |
| Go back to the infocenter and read about the correct procedure for changing a cluster receiver channel. Just changing the values is no good. |
I couldn't find anything in the info center. I opened a support ticket with IBM and they provided me a link to this document
http://www-01.ibm.com/support/docview.wss?uid=swg21167844
| fjb_saper wrote: |
| BTW this is the reason why you don't want to use IP in the definition of your cluster channels. I would not be surprised if the DNS name of your server with changed ip remained the same (but obviously pointing now to the new ip). |
DNS is not an option |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue May 06, 2014 4:17 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20696
Location: LI,NY
|
| Boomn4x4 wrote: |
DNS is not an option |
Well I guess in that case you would not be able to do the DNS resolution through the /etc/hosts table either....
It would have saved you a lot of grief by just changing the ip assignment in the hosts table...
We used to go through following procedure to change the cluster rcvr:
- suspend qmgr from cluster
- stop cluster receiver, remove cluster attribute
- start cluster receiver, stop cluster receiver and change conname
- start cluster receiver, stop cluster receiver
- change cluster receiver with cluster info.
- start cluster receiver
- Verify FR has the right information
- verify using dis clusqmgr(<qmgr>) in both FR and <qmgr>
- resume qmgr in cluster ...
However I find the idea of defining an alternate cluster receiver (as described in the technote) with the right info, more appealing, and probably easier on communications and stress levels.
Have fun
_________________
MQ & Broker admin |
|
| 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
|
|
|
|
