| Author |
Message
|
| rmah |
 Posted: Mon Nov 26, 2007 10:21 am Post subject: Full repository queue definition problem |
 |
|
Centurion
Joined: 04 May 2007
Posts: 142
|
I have 2 full repositories, mqhub_01 and mqhub_02.
mqhub_01 has 111 clustered queues in its repository, but mqhub_02 only has 94.
The cluster sender and receiver channels are running between the two. I've tried refresh cluster(mqcluster) with and without the repos(yes) option, but the 2 repositories are still not syncing up.
Thanks for your help!
_________________
MQ 6.0.2.3
Broker 6.0.0.7
for Linux |
|
| Back to top |
|
 |
| PeterPotkay |
| Posted: Mon Nov 26, 2007 10:35 am Post subject: Re: Full repository queue definition problem |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| rmah wrote: |
mqhub_01 has 111 clustered queues in its repository, but mqhub_02 only has 94.
|
How do you know this?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| rmah |
| Posted: Mon Nov 26, 2007 10:35 am Post subject: Re: Full repository queue definition problem |
|
|
Centurion
Joined: 04 May 2007
Posts: 142
|
| PeterPotkay wrote: |
| rmah wrote: |
mqhub_01 has 111 clustered queues in its repository, but mqhub_02 only has 94.
|
How do you know this? |
Via MQ Explorer.
_________________
MQ 6.0.2.3
Broker 6.0.0.7
for Linux |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Nov 26, 2007 10:37 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Why do you think one knows about 111 queues and the other 94?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| rmah |
| Posted: Mon Nov 26, 2007 10:46 am Post subject: |
|
|
Centurion
Joined: 04 May 2007
Posts: 142
|
| PeterPotkay wrote: |
| Why do you think one knows about 111 queues and the other 94? |
My understanding with full respositories is that the 2 should have the same number of clustered queues in their repos., since they know all info about all qm's in the cluster.
Partial repos. only know about itself and are on a need to know basis. So clustered queues hosted on other qm's would only show up when you need/use them.
The qmid's are all synced up, and the clustere sender and receiver channels are all up and running. I've bounced the queue managers.
Still on luck.
_________________
MQ 6.0.2.3
Broker 6.0.0.7
for Linux |
|
| Back to top |
|
|
| rmah |
| Posted: Mon Nov 26, 2007 10:49 am Post subject: |
|
|
Centurion
Joined: 04 May 2007
Posts: 142
|
| PeterPotkay wrote: |
| Why do you think one knows about 111 queues and the other 94? |
I removed the queues from the cluster, and added them back, and they showed up on both full repositories.
I'm still unsure of the root cause.
_________________
MQ 6.0.2.3
Broker 6.0.0.7
for Linux
Last edited by rmah on Mon Nov 26, 2007 10:50 am; edited 1 time in total |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Nov 26, 2007 10:49 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
<sigh> You still haven't answered my question.
Are you comparing the depths of the FR's SYSTEM.CLUSTER.REPOSITORY.QUEUE queues and assuming they should be equal?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| rmah |
| Posted: Mon Nov 26, 2007 10:54 am Post subject: |
|
|
Centurion
Joined: 04 May 2007
Posts: 142
|
| PeterPotkay wrote: |
<sigh> You still haven't answered my question.
Are you comparing the depths of the FR's SYSTEM.CLUSTER.REPOSITORY.QUEUE queues and assuming they should be equal? |
No. I'm looking at the 'Cluster Queues' list under 'Queue Manager Clusters' for each qm and comparing the numbers.
I'm not looking at the system.cluter.repository.queue queues.
_________________
MQ 6.0.2.3
Broker 6.0.0.7
for Linux |
|
| Back to top |
|
|
| rmah |
| Posted: Mon Nov 26, 2007 11:02 am Post subject: |
|
|
Centurion
Joined: 04 May 2007
Posts: 142
|
| PeterPotkay wrote: |
<sigh> You still haven't answered my question.
Are you comparing the depths of the FR's SYSTEM.CLUSTER.REPOSITORY.QUEUE queues and assuming they should be equal? |
Last week I had remove mqhub_01 from the cluster and add it back. It had existing clustered queues hosted on it. This could've been a problem.
_________________
MQ 6.0.2.3
Broker 6.0.0.7
for Linux |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Nov 26, 2007 11:05 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Typically if this occurs it means the Full Repositories are having some sort of communication problem. Are the channels between them running? Are the cluster command queues empty? Are the cluster xmitqs empty?
(anytime MQExplorer gives you questionable info related to clusters, always verify it via runmqsc. Or MO71. Maybe its beter at MQ 6.0, but in the older versions of MQ MQExplorer was never 100% reliable when it came to clusters.)
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Nov 26, 2007 11:11 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| PeterPotkay wrote: |
Typically if this occurs it means the Full Repositories are having some sort of communication problem. Are the channels between them running? Are the cluster command queues empty? Are the cluster xmitqs empty?
(anytime MQExplorer gives you questionable info related to clusters, always verify it via runmqsc. Or MO71. Maybe its beter at MQ 6.0, but in the older versions of MQ MQExplorer was never 100% reliable when it came to clusters.) |
Although MO71 has proven pretty reliable when looking at cluster info I am partial to using MO72 (mqsc) 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Nov 26, 2007 11:51 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
I like using the runmqsc command window in MO71. Allows me to pass runmqsc commands remotely. 
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Nov 26, 2007 12:11 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| PeterPotkay wrote: |
| Allows me to pass runmqsc commands remotely. |
That sounds handy. 
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| JosephGramig |
| Posted: Mon Nov 26, 2007 1:36 pm Post subject: |
|
|
Grand Master
Joined: 09 Feb 2006
Posts: 1244
Location: Gold Coast of Florida, USA
|
PeterPotkay wrote:
| Quote: |
| Allows me to pass runmqsc commands remotely. |
 Isn't that what MO72 is for? I have a special CCDT with all the admin channels to all the QMGRs I want to admin (including z/OS).
Back to the issue. rmah wrote:
| Quote: |
| Last week I had remove mqhub_01 from the cluster and add it back. |
Hmmm, Are you sure you did this correctly? Check your QMGRs for more than one QMID for a known QMGR.
DISPLAY CLUSQMGR(*) QMID
_________________
Joseph
Administrator - IBM WebSphere MQ (WMQ) V6.0, IBM WebSphere Message Broker (WMB) V6.1 & V6.0
Solution Designer - WMQ V6.0
Solution Developer - WMB V6.1 & V6.0, WMQ V5.3 |
|
| Back to top |
|
|
| rmah |
| Posted: Mon Nov 26, 2007 1:39 pm Post subject: |
|
|
Centurion
Joined: 04 May 2007
Posts: 142
|
| JosephGramig wrote: |
PeterPotkay wrote:
| Quote: |
| Allows me to pass runmqsc commands remotely. |
Isn't that what MO72 is for? I have a special CCDT with all the admin channels to all the QMGRs I want to admin (including z/OS).
Back to the issue. rmah wrote:
| Quote: |
| Last week I had remove mqhub_01 from the cluster and add it back. |
Hmmm, Are you sure you did this correctly? Check your QMGRs for more than one QMID for a known QMGR.
DISPLAY CLUSQMGR(*) QMID |
Indeed, I followed the method outlined in Queue Manager Clusters document (csqzah07.pdf).
The QMID's are all correct. I was thinking hosted clustered queues didn't get published to the 2nd full repos.
_________________
MQ 6.0.2.3
Broker 6.0.0.7
for Linux |
|
| Back to top |
|
|
|
|
