Author |
Message
|
dev135 |
Posted: Tue Oct 21, 2008 10:23 am Post subject: Cluster problem SYSTEM.TEMPQMGR.XXxXXX |
|
|
Apprentice
Joined: 21 Oct 2008 Posts: 44
|
I have a cluster namelist on server A QM, which is MQ 5.3 (aix server) and having a PR on Server B QM ,which is on MQ 6 (aix server)
Now when i display clusqmgr(*) on server B QM , i could not see server A name
and it displays SYSTEM.TEMPQMGR.XXxXXX instaed of Server A Queue Manager name.
Previously server B QM is on different host.
we removed queue manager on that host and created with same QM name of Server B on different host and had new clusrcvr defintions .
But on Server A , i still could see the automatically defined clussdr still shows conname of old hostname(portnumber).
how can i resolve this. |
|
Back to top |
|
 |
PeterPotkay |
Posted: Tue Oct 21, 2008 11:07 am Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
Check out the MQ Clustering Manual. In the trouble shooting section this scenario is talked about. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
dev135 |
Posted: Tue Oct 21, 2008 11:45 am Post subject: |
|
|
Apprentice
Joined: 21 Oct 2008 Posts: 44
|
Peter,
I checked in the cluster Manual and checked everything.
But on Server A , i still could see the automatically defined clussdr still shows conname of old hostname(portnumber). |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue Oct 21, 2008 12:37 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Two approaches, both of which are from the WMQ Clusters manual.
The first approach would be to take the offending channel definition out of the cluster, correct (alter) the bad ipaddress(port) definition, then reintroduce the definition to the cluster. This is covered in the chapter on advanced tasks.
Another approach: same manual, the chapter on cluster commands:
REFRESH CLUSTER
You are unlikely to need to use this command, except in exceptional circumstances. Issue the REFRESH CLUSTER command from a queue manager to discard all locally held information about a cluster. _________________ 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 |
|
 |
zhanghz |
Posted: Thu Oct 23, 2008 10:45 pm Post subject: |
|
|
Disciple
Joined: 17 Jun 2008 Posts: 186
|
on the new QMGR B, you should be able to connect to A. Seeing SYSTEM.TEMPQMGR.* indicates B's CLUSSDR definition error, or network issue, I believe. |
|
Back to top |
|
 |
fjb_saper |
Posted: Fri Oct 24, 2008 12:51 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
From what he is telling us this is due to 2 qmgrs with the same name in the FR. One with the old definition (qmgr is defunct) and one with the new definition. The channel from the full FR only accepts the old def.
Check out the cluster manual and specifically the command
reset cluster(mycluster) action(forceremove) ...
Enjoy  _________________ MQ & Broker admin |
|
Back to top |
|
 |
zhanghz |
Posted: Fri Oct 24, 2008 1:50 am Post subject: |
|
|
Disciple
Joined: 17 Jun 2008 Posts: 186
|
i understand A can still try to connect to old B, but that should not be the reason why the new B cannot see A. right? |
|
Back to top |
|
 |
bruce2359 |
Posted: Fri Oct 24, 2008 4:52 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Where I've seen this SYSTEM.TEMPQMGR.XXxXXX behavior the most: PR cluster qmgr has bad ipaddress(port) in its clusrcvr channel definition. When clussdr to FR is defined, the bad clusrcvr definition is sent to FR, and FR the bad definition cannot successfully be used by the FR to establish the FR-to-PR clussdrb channel.
Follow advanced tasks steps to remove the clusrcvr object from cluster, then correct the definition. _________________ 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 |
|
 |
|