| Author |
Message
|
| KIT_INC |
 Posted: Fri Aug 07, 2009 8:09 am Post subject: WMQ explorer remembers deleted cluster |
 |
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
I am learning MQ clustering. My environment is WMQ V6 csd 2 on WINXP. I created 3 Qmgrs CQM1 CQM2 CQM3 using the explorer. I used the create cluster wizard of the explore to create a new cluster (CLUSTER1) with CQM1 and CQM2 as the repository. There was a problem with IP ,which caused TO.CQM2 channel to terminate abnormally. This resulted in the MQ explorer showing CQM1 and SYSTEM.TEMPQMGR (or something like that) showing under the folder CLUSTER1/Full Repositories.
I did the "remove Qmgr from cluster". I also deleted any clsuter channels (TO.CQM1, TO.CQM2). These are all new QMGRs and so there is no cluster Qs. However the folder CLUSTER1 is still showing on the explorer except that there is nothing under folder CLUSTER1/Full repositories.
When I tried to create a new cluster (say NEWCLUSTER) using the Wizard, CQM1 and CQM2 will not show up in the drop down list when the wizard ask me to select the repository QMGR. I think the wizard somehow think that CQM1 and CQM2 still belongs to CLUSTER1.
I used MQSC on both CQM1 and CQM2 to make sure that all cluster information are gone. I have also rebooted the PC with no luck.
I then upgrade my MQ to the latest CSD ( FP7). But no change. The explorer still shows CLUSTER1/Full repository and the wizard still does not allow me to pick CQM1 and CQM2 as repository QMGR.
Any idea how I can fix this? Is this an explorer problem? |
|
| Back to top |
|
 |
| exerk |
| Posted: Fri Aug 07, 2009 8:29 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Start from the beginning...delete all the queue managers, recreate them, then create your cluster. Don't use MQExplorer to do it, use input files or directly from within the command console, because that way you'll learn a lot more.
Rig up a batch file to quickly create/start/populate/stop/delete the queue managers, as guaranteed you'll make a few mistakes until you get it working.
Experiment, make mistakes, learn, but above all, have fun!
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| KIT_INC |
| Posted: Fri Aug 07, 2009 9:10 am Post subject: |
|
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
| Thanks, I know that it will work if I delete and recreate all Qmgrs and use MQSC. I have tried it on another PC. I am just wondering if this is a bug with the explorer and where does it remember the cluster information ? If this is something happening with any running Qmgr, delete and recreate will not be an option. |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Aug 07, 2009 9:17 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
In that case, to test it, remove all cluster-related objects and Repository settings from your queue managers, then restart MQExplorer to see if it's cleared.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Fri Aug 07, 2009 9:19 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| exerk wrote: |
Don't use MQExplorer to do it, use input files or directly from within the command console, because that way you'll learn a lot more.
|
KIT_INC
Another thing.. when you use the wizard ..it'll show the qmgrs in the drop down only when they are there i.e. defined. (if its not there why and how would it show.)
Most of the things that are related to cluster and its settings... do take care of the steps you follow while removing the mq objects OR involving them into the cluster.
For example, Removal of a clustered queue can not be done by just deleting it., it should be checked i.e. empty or not, ipcount or opcount, remove it from the cluster, then delete... Whole I mean to say..steps must be taken care of !!
And if you are taking those steps using command prompt then you'll get the whole picture what mq does behind the stage, when you do same thing using mq explorer.
Similarly takecare of the cluster refresh and cluster reset commands as a special note when something is being botched up in the cluster.
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| KIT_INC |
| Posted: Fri Aug 07, 2009 10:16 am Post subject: |
|
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
I re-do all the cleanup using MQSC (not the explorer). CQM1 and CQM2 now reappear under the drop down list of the wizard. I can create a new cluster (CLUSTER2) with CQM1 and CQM2 as full repository.
What is left is just the folder CLUSTER1 under Queue Manager Clusters. The Icon now shows CLUSTER1 as "Queue Manager cluster with no source provider". Any idea how I can remove it ? It is doing no harm. Just annoying. |
|
| Back to top |
|
|
| KIT_INC |
| Posted: Fri Aug 07, 2009 10:18 am Post subject: |
|
|
Knight
Joined: 25 Aug 2006
Posts: 589
|
| I posted too fast. It disappears after I restart the explorer. Thanks for all your help. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Aug 07, 2009 12:55 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Please read the WMQ Queue Manager Clusters manual. Pay close attention to the Chapter on Advanced Tasks.
The recommended way to correct an object definition (like an invalid ip address) is to briefly take the object out of the cluster (by altering the REPOS attribute to blanks/spaces), making the correction, then adding the object back in the cluster (by again altering the REPOS attribute).
There is no need to remove the qmgr(s) from the cluster, or to delete and redefine the qmgr(s).
_________________
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 |
|
|
| exerk |
| Posted: Fri Aug 07, 2009 1:27 pm Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
...in normal circumstances. However, as it appears to be KIT_INC's 'first time', I made that suggestion so as to have a working cluster from scratch, then KIT_INC can 'break' it, and learn how to fix it.
For someone new to clustering, generally I have them build/destroy/rebuild a cluster a few times, until it becomes almost second nature, then move them on to properly effecting changes within a cluster, then fixing 'broken' clusters - baby steps  .
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Aug 07, 2009 1:47 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
No argument from me on the trial-and-error method... but I'd start first with the WMQ Queue Manager Clusters manual.
_________________
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 |
|
|
|
|
