Bill,

I probably should have explained a little further....

Cluster queue managers communicate using the UUID to uniquely identify
specific queue managers.  If you were to simply delete the old queue
manager and recreate the new one they will have different UUIDs and
therefore cluster communications will become problematic.  I know there
have been some fixes in this area to allow for better handling of this
situation, but personally I wouldn't take the chance.

If I was trying to replace a cluster queue manager with another of the same
name I would always completely remove the queue manager before introducing
it's replacement.

John

John M Hammond - Middleware Support Team
Household International
100 Mittel Drive
Wood Dale, IL 60191
Phone: (630) 521-4339; Pager: (866) 237-0985




                        "Conklin,              To:    [EMAIL PROTECTED]
                        William"               cc:
                        <[EMAIL PROTECTED]      Subject:    Re: Clustering and changing 
qmgrs.
                        RG>
                        Sent by: MQSeries
                        List
                        <MQSERIES@AKH-Wie
                        n.AC.AT>


                        06/24/2002 04:43
                        PM
                        Please respond to
                        MQSeries List





John,
Thanks John, let me clarify something.  When the process is complete there
will not be duplicate names. The current production system will be replaced
with a new production system with the same name. The only difference is
connection name.
Thanks
Bill C.



-----Original Message-----
From: John M Hammond [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 24, 2002 4:28 PM
To: [EMAIL PROTECTED]
Subject: Re: Clustering and changing qmgrs.


Bill,

If I were you I would remove the first queue manager from the cluster by
following the instructions in the "Queue Manager Clusters" manual.  I would
then check a few of my non-repository queue managers and make sure the
queue manager has disappeared from them.  Only when I was sure the original
had gone would I add the new one.  This is assuming you currently have two
(or more) repositories.

Trying to have the two with the same name going at the same time is only
going to cause you headaches.

Good luck!
John

John M Hammond - Middleware Support Team
Household International
100 Mittel Drive
Wood Dale, IL 60191
Phone: (630) 521-4339; Pager: (866) 237-0985




                        "Conklin,              To:
[EMAIL PROTECTED]
                        William"               cc:
                        <[EMAIL PROTECTED]      Subject:    Clustering and
changing qmgrs.
                        RG>
                        Sent by: MQSeries
                        List
                        <MQSERIES@AKH-Wie
                        n.AC.AT>


                        06/24/2002 03:59
                        PM
                        Please respond to
                        MQSeries List





Hi All,

I have to replace a production repository NT queue manager with a new one
with the same name, the only difference is the connection name.  Can I just
suspend/resume the qmgr and change the connection name in the production
environment to match the new environment? Or should I completely delete the
current qmgr, channel defs. etc, and then add the new qmgr from scratch?

Thanks
Bill C.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Reply via email to