|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
5.1/5.2 Reconfiguration |
« View previous topic :: View next topic » |
Author |
Message
|
r00kie |
Posted: Tue Aug 27, 2002 6:52 am Post subject: 5.1/5.2 Reconfiguration |
|
|
Novice
Joined: 27 Aug 2002 Posts: 18
|
Hi, We are running 5.1 and 5/2 on NT servers. (We are in the process of upgrading) We often run across situations where the queue manager disappears and we have to reconfigure the server to establish a connection between the server and the mainframe.
Is there any way around this? Your help is appreciated.
r00kie |
|
Back to top |
|
 |
oz1ccg |
Posted: Tue Aug 27, 2002 7:06 am Post subject: |
|
|
 Yatiri
Joined: 10 Feb 2002 Posts: 628 Location: Denmark
|
Gee...., a Queue Manager cannot disaper not event on the Gates platform. I don't understand why and how it happens.
What are you doing uninstall and the install it again ?
I've been upgrading some QMGRs without any trouble, what are you realy doing ? (no harm)
Just my $0.02  _________________ Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
Back to top |
|
 |
r00kie |
Posted: Wed Aug 28, 2002 12:21 am Post subject: 5.1/5.2 Reconfiguration |
|
|
Novice
Joined: 27 Aug 2002 Posts: 18
|
I suppose I didn't really give you enough to go on there. Sorry about that. (I wasn't kidding when I used the logon name, R00kie!)
By "disappear" I mean that the server loses it's connection with the mainframe. Sometimes we can see the queue manager folder and sometimes it's not there. What we normally do is remote control to the box via Telnet, use the strmqm command to restart the queue manager but that sometimes does not work. Then we log on to the server remotely and go to the MMC console and check explorer and services to be sure everything is running, i.e., channels, listener, etc. If all of that is ok, we reboot the server. If that does not work, we end up reconfiguring the server which basically is the running of scripts. Then we wait 20 minutes for the connection to be established with the mainframe then we reboot the server again and everything is fine.
The problem with this reconfiguration procedure is that it is too time consuming and presents a problem to our clients who have to log off while we reboot the server.
It just seems that there must be an easier way.
Thanks for your help.
R00kie |
|
Back to top |
|
 |
oz1ccg |
Posted: Wed Aug 28, 2002 2:59 am Post subject: |
|
|
 Yatiri
Joined: 10 Feb 2002 Posts: 628 Location: Denmark
|
Well ROOkie,
That's time consumeing....
You say it takes 20 minutes (1200 secs.) for the mainframe to get reconnected... That a long retry interval (your choice) I personnaly prefer a shorter.. and even more short retires typicly we're having 360 short retries with an interval of 20 secs.. this gives Network and Opertions people a chance...
Secon the TRIGINT on the Qmgr is set below 99999999, to somthing resonable, and then on all XMITQs we're using triggering... If the TRIGINT is set resonably and the sender channel is not running the CHANNEL INITIATOR get's a TRIGGER.... to start when a new message is put into the XMITQ.
These small changes helps keeping our MQ network running (together with ADOPTMCA/HEARBEAT and KEEPALIVE).
About starting the QMGR, this should normally be done by MMC and MQServices where the different objects(QMGR, CMDSERVER, LISTENER and CHANNEL INITIATOR) should be defined....
I saw a problem with and ISV product (MEREDIAN) that killed the MQSetup in MMC when trying to uninstall the MEREDIAN system....
Just my $0.02  _________________ Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
Back to top |
|
 |
r00kie |
Posted: Thu Aug 29, 2002 6:21 am Post subject: 5.1/5.2 Reconfiguration |
|
|
Novice
Joined: 27 Aug 2002 Posts: 18
|
Hi,
Thanks for the info. I'll check it out. By the way, this wasn't happening during an install or deinstall. It was happening during the course of a normal business day. Sounds like I'll also need to check with the Application team to make sure the transactions trying to get through are ok.
Thanks again. |
|
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
|
|
|
|