| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Changing a remote queue definition when it is open |
« View previous topic :: View next topic » |
| Author |
Message
|
| dgolding |
 Posted: Tue Nov 04, 2003 7:31 am Post subject: Changing a remote queue definition when it is open |
 |
|
Yatiri
Joined: 16 May 2001
Posts: 668
Location: Switzerland
|
This one is strange, but as part of a back-up procedure a QRemote definition was changed to point to a new transmit queue. Although according to BMC Patrol there were 3 output processes for the queue the "ALTER QR" (without the FORCE option) worked - the change took effect.
When I try it, using runmqsc to emulate the change - it's doesn't work, I get "object in use". Weird! 
Anybody got any ideas how the "alter queue" worked, when the queue was (we believe) in use?
Solaris, MQ 5.2 CSD5 |
|
| Back to top |
|
 |
| Michael Dag |
| Posted: Tue Nov 04, 2003 8:13 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
are you sure BMC didn't use the force option? maybe use force is a default or an atomatic fail-retry option...
I don't know BMC, but this is the only logical solution I can think of.
Michael |
|
| Back to top |
|
|
| LuisFer |
| Posted: Tue Nov 04, 2003 10:50 pm Post subject: |
|
|
Partisan
Joined: 17 Aug 2002
Posts: 302
|
When you alter the Rname (or the Targq on a QAlias def) without the force option the aplications follow sending the msgs. to the Old dest., if the application don't make a new MQOPEN.
If you alter the Rname (or the Targq on a QAlias def) WITH the force option the appls. receiving a 2041 Reason Code, & need make a new MQOPEN to take the changes.
We have an IMS high availabilty proyect based on alter's from the "BASEQ"
(Rname or Targq name) & works fine. If one IMS is down we change the BASEQ to another BASEQ pointing to other IMS. Of course the appls controls the 2041 Reason Code & makes a new MQOPEN.
LuisFer |
|
| Back to top |
|
|
| dgolding |
| Posted: Tue Nov 04, 2003 11:49 pm Post subject: |
|
|
Yatiri
Joined: 16 May 2001
Posts: 668
Location: Switzerland
|
Thanks for the replies. One thing, BMC Patrol doesn't make the change, it only reports the current states of the queues.
The script managed to change the destination (WITHOUT the FORCE option) when, apparently, there were open output handles to the QRemote and XmitQ. I looked at the log of the job, and the ALTER worked. But at the same time the queue was open.
So, either, the Open Output Handle report is false - or these were perhaps "stale" handles to the queue - but I can't reproduce that condition. I'm going to track down the developers of the application, to see if they're doing some weird open/get/close/sleep loop, which is the only other explanation I can think of. |
|
| Back to top |
|
|
| LuisFer |
| Posted: Wed Nov 05, 2003 12:03 am Post subject: |
|
|
Partisan
Joined: 17 Aug 2002
Posts: 302
|
I'm sure that the appl. is doing the MQOPEN/MQPUT/MQCLOSE loop.
LuisFer. |
|
| Back to top |
|
|
| dgolding |
| Posted: Wed Nov 05, 2003 12:20 am Post subject: |
|
|
Yatiri
Joined: 16 May 2001
Posts: 668
Location: Switzerland
|
Hi Luis,
Probably, the problem is that the developer is doing his military service, so we have to wait. It is a faux pas to contact people during this time. Perhaps if I put the question on a hand-grenade and threw it to him....  |
|
| 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
|
|
|
|
