|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Regarding COA and COD |
« View previous topic :: View next topic » |
Author |
Message
|
kvnathan |
Posted: Tue Mar 26, 2002 2:47 am Post subject: |
|
|
Novice
Joined: 19 Oct 2001 Posts: 19
|
In our applicaiton if we put the message into the Queue, we are getting COA. And if the other end picks the message from their local queue then we are getting COD. But for some transactions we are not getting both COA and COD.
For example if we put some 200 message into our queue, we did't got the COA and COD for the 155th transaction. But we got the COA and COD from 1 to 154, and 156 to 200th transaction.
I can't able to say at what circumstances we are not getting COA and COD exactly. Because only for some (1 or 2) transaction we are not getting proper COA and COD.
I even checked the log file of both the ends which will be avaliable in /opt/mqm/qmgrs/QMGRName/errors, and i did't found any information regarding this.
What could be the reason for this ? Please reply
Note:
And for your information our application is on java under unix platform. |
|
Back to top |
|
 |
kolban |
Posted: Tue Mar 26, 2002 6:19 am Post subject: |
|
|
 Grand Master
Joined: 22 May 2001 Posts: 1072 Location: Fort Worth, TX, USA
|
Lets assume that the queue manager did do its work properly. In this case it did generate both the COA and the COD. Have a look in the DLQ defined for the queue managers and see if they are there. If so, we can then look at the reason codes in the DLH and determine why they didn't get back to the target queues.
Make sure that a good reply to queue manager and reply to queue are specified on each message.
If the problem is recreatable, build a simpler and simpler set of tests till you have the minimum required to reproduce the problem. You can then post the sources here and others can try and recreate. Consider writing up the architecture of the situation in a Word document or PDF and also posting. This will allow us to see in detail what is going on and, if needed, will form the basis of the problem documentation should you need to submit to IBM defect support. |
|
Back to top |
|
 |
mqonnet |
Posted: Tue Mar 26, 2002 6:33 am Post subject: |
|
|
 Grand Master
Joined: 18 Feb 2002 Posts: 1114 Location: Boston, Ma, Usa.
|
Not quite sure if you are using channels or if you are using a local QM. Because if you are using Channels and the messages are NPM then the messages which are sent accross might very well be "discarded" without ANY logging anywhere, for some transient reason with channels.
You might also want to verify if the message for which you were expecting a COA/COD, has actually made to the destination queue. If it has and not generated the COA/COD, then you have a problem. But if it did not at the first place, then you have to figure out as to where did the message go.
Cheers.
Kumar
_________________ IBM Certified WebSphere MQ V5.3 Developer
IBM Certified WebSphere MQ V5.3 Solution Designer
IBM Certified WebSphere MQ V5.3 System Administrator |
|
Back to top |
|
 |
kvnathan |
Posted: Wed Mar 27, 2002 3:16 am Post subject: |
|
|
Novice
Joined: 19 Oct 2001 Posts: 19
|
As kolban said, we checked the DLQ of both the ends. And we did't find anything relating this in both the DLQ.
And we tried to recreate this problem by using the simple sample program, but did't able to recreate this problem. Can anyone tell us the percentage of realiability of COA and COD. Because, we are doing some important process after we got the COD of that particular message. But in this case if we did't received the COD then it will lead to lot of problems.
So please tell us the percentage of realiability of COA and COD, so that we can think about the further proceeding of our approach.
And for your information, Now we are getting both COA and COD correctly. But still, we did't able to trace out the exact reason of the problem.
And one more information is needed :
-------------------------------------
In our system there is 2 Qmgrs. And both the Qmgrs are running. Once we stoped one QueueManager. Then we tried to restarted that QueueManager then we got the followint error.
AMQ8103 Insufficient storage available.
And i checked the disk space also. We are having plenty of disk spaces. After lot of R&D's we stoped the 2nd QueueManager and started the 1'st QueueManager. Then it started.
Then we stoped some unnecessary processes and restarted the 2nd QueueManager. Then we found that both the QueueManager are running.
so Can any one knows how many memory(RAM), will the QueueManager occupies when it is running ?
And how many memory(RAM) is required inorder to start a QueueManager ? This i am just asking for information sake.
This we solved it anyway. But we want some information,suggestions,guidance for the above mentioned COA,COD realiability.
Please reply |
|
Back to top |
|
 |
kolban |
Posted: Wed Mar 27, 2002 8:24 am Post subject: |
|
|
 Grand Master
Joined: 22 May 2001 Posts: 1072 Location: Fort Worth, TX, USA
|
The COA and COD are messages originated by the queue manager. The semantics of MQ says that if the message received contains the correct options then a COA and/or a COD will be generated. You should believe this to be true in all cases. There should be no exceptions. If anything else is happening, then I would consider that a high priority defect and get it resolved as such. I have heard of no such defect and COA and COD have been around in MQ for a long time.
You have raised an interesting point about running out of queue storage space though ... if a message is in a queue and then an application asks to get that message and then the queue manager attempts to send a COD response but now the transmit queue is full or the underlying disks holding the queues are full, what should happen?
I would hope that the queue manager would NOT deliver the message to the application. If it did, that would mean the COD would be lost ... an interesting experiment ... |
|
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
|
|
|
|