| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| (Close) Help needed urgently - Repository info not populated |
« View previous topic :: View next topic » |
| Author |
Message
|
| zhanghz |
 Posted: Wed Jun 18, 2008 11:19 pm Post subject: (Close) Help needed urgently - Repository info not populated |
 |
|
Disciple
Joined: 17 Jun 2008
Posts: 186
|
Hi all,
need your help urgently. A QMGR on z/OS joined a cluster with 2 QMGRs on AIX boxes holding FR. QMGR on z/OS holds PR. DIS CLUSQMGR(*) on z/OS shows 2 CLUSQMGR(SYSTEM.TEMPQMGR.AIXQMGRNAME), DIS QC(*) also only shows local cluster queue defined on z/OS QMGR.
What should be done?
I have followed the troubleshooting procedure in IBM Queue Manager Clusters book in Appendix A to manually start the 2 CLUSSDRs on z/OS, and asked AIX boxes to start their CLUSSDRs too, all CLUS channels running on z/OS then. I waited, DIS CLUSQMGR and DISQC(*) still the same old info, no change.
I then did a REFRESH CLUSTER(my_cluster_name) REPOS(YES) on z/OS, and asked AIX boxes to do REFRESH CLUSTER too on both their qmgrs. Still no luck.
Kindly advise. Thanks!!
Last edited by zhanghz on Sun Jun 22, 2008 6:54 pm; edited 1 time in total |
|
| Back to top |
|
 |
| David.Partridge |
| Posted: Thu Jun 19, 2008 12:07 am Post subject: |
|
|
Master
Joined: 28 Jun 2001
Posts: 249
|
Sounds to me like the FRs can't talk back to your z/OS QM.
Are you certain that you have correctly specified the connection name for your z/OS QM in the definition of your CLUSRCVR?
When you see a SYSTEM.TEMPQMGR type entry in the output of DIS CLUSGMGR, the normal reason is that you can't talk. The FRs wouldn't normally have a manually defined CLUSSDR to you.
Also you said you started BOTH clussdrs on z/OS. That isn't right. When you are joining a cluster, you define ONE clusrcvr to yourself, and one clussdr to ONE of the FRs.
Dis QC(*) on a PR won't display all possible cluster queues normally, just those known to the PR at that point in time. If you are only just joining the cluster, the PR will only know about the cluster queues that are locally defined. Additional cluster queues will be discovered as time goes on when an application attempts to open a queue for output that isn't locally known the QM will ask the FRs if they know about that queue before deciding to return a 2085 to the application.
_________________
Cheers,
David C. Partridge |
|
| Back to top |
|
|
| zhanghz |
| Posted: Thu Jun 19, 2008 12:27 am Post subject: |
|
|
Disciple
Joined: 17 Jun 2008
Posts: 186
|
hi david, thanks. Ya, you are right, there should not have 2 CLUSSDR channels on z/OS, but that's how CLUSSDRs have been defined on z/OS for the systems. There have been no such "errors" except for this new application's channels/queues that joined the cluster..
So I guess DIS QC(*) showing only local queues is because PR can't talk to FR or FR can't talk to PR... As long as I can resolve the DIS CLUSQMGR(*) showing SYSTEM.TEMP* problem, the QC(*) should be auto refreshed..
Now back to the DIS CLUSQMGR(*). I have CLUSRCVR on z/OS can be in running status after I asked AIX server to start the corresponding CLUSSDR channel on their end... Now strange thing again, seems AIX defined the CLUSSDR explicitly. Will check with them.
Question is, will AIX defining the CLUSSDR explicitly cause any problem? My guess is not, that's how things were done in development environement...
Any more advice plesae? |
|
| Back to top |
|
|
| zhanghz |
| Posted: Thu Jun 19, 2008 2:19 am Post subject: |
|
|
Disciple
Joined: 17 Jun 2008
Posts: 186
|
| It turned out AIX boxes didn't set up FR. Guess that's why... sigh.. |
|
| Back to top |
|
|
| zhanghz |
| Posted: Sun Jun 22, 2008 6:36 pm Post subject: |
|
|
Disciple
Joined: 17 Jun 2008
Posts: 186
|
AIX set up the FR, there are no more SYSTEM.TEMPQMGR.* clusqmgrs. After application sent out a message, the queue defined on AIX qmgr can also be seen in DIS QC(*) on z/OS.
Case closed, thanks. |
|
| 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
|
|
|
|
