| Author |
Message
|
| kottaiajmel |
 Posted: Wed Aug 01, 2007 6:28 am Post subject: mirrorq exit - Solaris 5.8 - Messages not getting copied |
 |
|
Novice
Joined: 11 Feb 2004
Posts: 14
|
Hi All,
I am facing an issue with the mirrorq exit. It is Solaris 8 32 bit machine. I had installed the exit successfully. I had tested it by putting messages on the first queue (using amqsput), and I had seen the messages getting copied to the second queue.
But the real messages in prod, that needs to be copied are not getting copied. I see that there is traffic in the queue. Qdepth is increasing and decreasing regulary in that queue. But I am not seeing any increase in the qdepth in the second queue.
Any inputs to this will be appreciated!
Thanks! |
|
| Back to top |
|
 |
| Vitor |
| Posted: Wed Aug 01, 2007 6:31 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Is prod the same platform? Have you verified that the exit is correctly installed in prod? Are there any errors or log messages?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Aug 01, 2007 6:34 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
There are some issues with at least one of the releases of mirrorq, that cause it not to process messages that are put by the MCA. The author was supposed to have released a fixed version, but it may never quite have happened.
Mirrorq is completely unsupported, entirely, by anyone.
You can try and learn how to fix this bug yourself, or you can look for a better solution to your business needs.
If I recall, the fix was relatively simple, that had something to do with where it decided if it had been invoked by an "internal" program or an external one.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| kottaiajmel |
| Posted: Wed Aug 01, 2007 6:58 am Post subject: |
|
|
Novice
Joined: 11 Feb 2004
Posts: 14
|
Vitor,
Yes, it is the same platform. I had done the same test using amqsput in prod also.
jefflowrey,
thanks for the pointer.
My requirement is to temporarily store the messages coming to a queue to an audit queue for sometime since customer wants to investigate an ongoing issue in some of their messages.
Thanks again. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Aug 01, 2007 7:01 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Change the routing to put a different queue in the mix. Use a standalone program to move messages from that queue to two queues - the original destination, and the copy queue.
It's a lot less invasive than an exit. And the code is pretty straight forward.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Aug 01, 2007 7:01 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| kottaiajmel wrote: |
I had done the same test using amqsput in prod also.
|
Then it sounds a bit like the code problem jefflowrey has alluded to.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| akmar2k |
| Posted: Wed Aug 01, 2007 7:16 am Post subject: |
|
|
Novice
Joined: 01 Jun 2006
Posts: 22
|
| jefflowrey wrote: |
Change the routing to put a different queue in the mix. Use a standalone program to move messages from that queue to two queues - the original destination, and the copy queue.
It's a lot less invasive than an exit. And the code is pretty straight forward. |
Well, for onething, the original queue is currently being used by the applications, sender and the receiving applications.... any change to that queue name will be a major impact.. In this case, I will have to change the input queue for the sender...
I am trying for a less invasive solution... without changing the existing setup, and try to get the messages copied to another queue... |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Aug 01, 2007 7:24 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| akmar2k wrote: |
| I am trying for a less invasive solution... without changing the existing setup, and try to get the messages copied to another queue... |
Then it sounds like you're stuck trying to fix the exit 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Aug 01, 2007 7:28 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
But, honestly, the exit is a more invasive solution that requires stopping the qmgr to install or configure.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| akmar2k |
| Posted: Wed Aug 01, 2007 8:41 am Post subject: |
|
|
Novice
Joined: 01 Jun 2006
Posts: 22
|
I found that the exit is fixed for handling "internal" messages that are put by MCA.
The note says that the environment variable MIRRORQ_ALLOW_INTERNAL must be set for mirrorq to handle internal messages (Messages from remote queue manager are considered internal messgaes)
Does anyone know what value MIRRORQ_ALLOW_INTERNAL must be set to? |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Aug 01, 2007 8:42 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
I think it just needs to be DEFINED, to *something*.
So "yes" or "1" or etc.
But you could double-check the code.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| akmar2k |
| Posted: Wed Aug 01, 2007 9:40 am Post subject: |
|
|
Novice
Joined: 01 Jun 2006
Posts: 22
|
I did. But there is no reference to this particular environment variable in the code.
But the code that I have have the fix for Internal calls. It is defaulted to read all messages.
In one of the last messages from clindsey, he had mentioned about a problem in the program, when the sending application do not close the MQOPEN before it sends the second message.
I am not sure if this is the problem here!
jefflowrey, you did menion about writing a program to forward the incoming messages to copy queues. That will be a triggered program, am i right? |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Aug 01, 2007 9:42 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
It could be a triggered program. It could be a "listener" program.
It doesn't really matter, as long as it outputs two copies of the input message to different queues, and does it without changing the input message at all.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
|
|
