ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Clustering » delete a cluster

Post new topic  Reply to topic
 delete a cluster « View previous topic :: View next topic » 
Author Message
greenhorn
PostPosted: Sun May 26, 2002 11:05 pm    Post subject: delete a cluster Reply with quote

Novice

Joined: 04 Mar 2002
Posts: 10

Hi ..I am using MWSeries5.2 on WIN NT.
How do I delete an existing cluster .are there any separate commands to do that ?
Thanks
Greenhorn
Back to top
View user's profile Send private message
oz1ccg
PostPosted: Sun May 26, 2002 11:11 pm    Post subject: Reply with quote

Yatiri

Joined: 10 Feb 2002
Posts: 628
Location: Denmark

Nope,

But I recoment that you take a look in the Queue Manager Clusters manual, especialy Task 5 removing a queue manager from a cluster, and do that for each queue manager in your cluster..

Hard work

just my tow cents.
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT.
Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
bduncan
PostPosted: Tue May 28, 2002 10:20 am    Post subject: Reply with quote

Padawan

Joined: 11 Apr 2001
Posts: 1554
Location: Silicon Valley

Personally, I never had much success deleting a cluster by removing each queue manager in the cluster one by one (as described in Task 5 of the Clusters manual). Usually one or more queue managers would still retain "ghost" objects and while this usually wouldn't be a problem functionally, it could be confusing when viewing objects in the queue manager. Typically, a queue manager that was in a cluster (at least at my company) was used for nothing else. In other words, we didn't have overlapping clusters, or queue managers that were both members of a cluster and had static channels going to other queue managers outside of the cluster. For this reason, since all objects in the queue managers were already related to the cluster, deleting the cluster really meant deleting all the definitions in the queue manager, so we would just delete the queue managers themselves, and rebuild them.
_________________
Brandon Duncan
IBM Certified MQSeries Specialist
MQSeries.net forum moderator
Back to top
View user's profile Send private message Visit poster's website AIM Address
oz1ccg
PostPosted: Tue May 28, 2002 2:02 pm    Post subject: Reply with quote

Yatiri

Joined: 10 Feb 2002
Posts: 628
Location: Denmark

Brandon,

Well I've also gooffed arround with these ghosts.... It seems to me that the easiest way still is follow the description in Task 5... wait some time from takeing off the cluster parm of the first channel, because it has to be proprogated to the repos-qmgrs, and afterwards see what ghosts there were left over, especially on the non-repos qmgrs, and then make them repos qmgrs for 2 sec. to get rid of the ghosts...
It took me some time to figure out how it could be done, I was looking for some easy "Garlic"
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT.
Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Clustering » delete a cluster
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.