| Author |
Message
|
| mqfond |
 Posted: Thu Apr 21, 2005 6:36 am Post subject: Loosing messages |
 |
|
Novice
Joined: 28 Mar 2005
Posts: 20
|
| We are having problem where we are loosing messages and don't know where. We have MQ 5.3 CSD08 in win2003 server sending messages to the remote machine, we send some xxx no. of messages and they receive some yyy no. of messages loosing some and don't know where to find. I don't have control of the remote box. I checked that the messages we are sending are persistent, checked the xmitq, dead letter and don't find anything. Where do you think might be loosing??? |
|
| Back to top |
|
 |
| bower5932 |
| Posted: Thu Apr 21, 2005 6:43 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
| I find this hard to believe if you are using persistent messages. What are you looking at to see the xxx and the yyy? Are you sure that somebody didn't start picking up the messages on the receiving side? Are you sure that they are all persistent? |
|
| Back to top |
|
|
| mqfond |
| Posted: Thu Apr 21, 2005 7:49 am Post subject: |
|
|
Novice
Joined: 28 Mar 2005
Posts: 20
|
| I checked that the messages are non persistent and NPMS set as FAST. Maybe thats why they are not guaranteed i guess. If i make it NORMAL does it guarantee non persistent messages?? |
|
| Back to top |
|
|
| bower5932 |
| Posted: Thu Apr 21, 2005 8:10 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
Your first append indicated that you were sending persistent messages and your second indicated non-persistent. I'm not sure which you are using.
However, the NPMSPEED can definitely come into play with non-persistent messages. FAST indicates that nonpersistent messages might be lost if the channel is lost. NORMAL indicates to not lose them. |
|
| Back to top |
|
|
| JT |
| Posted: Fri Apr 22, 2005 7:58 am Post subject: |
|
|
Padawan
Joined: 27 Mar 2003
Posts: 1564
Location: Hartford, CT.
|
| Quote: |
| I don't have control of the remote box. I checked that the messages we are sending are persistent, checked the xmitq, dead letter and don't find anything. |
And what has your counterpart on the remote-end looked at, logs, dead-letter queue.....
Can you substantiate the channel message counts with the remote queue manager? |
|
| Back to top |
|
|
| MQGuy2000 |
| Posted: Fri Apr 22, 2005 8:46 am Post subject: |
|
|
Centurion
Joined: 20 Jul 2003
Posts: 131
|
| Check to see if the messages are expiring. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Fri Apr 22, 2005 4:04 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
check as well your qmgr setup -- in particular if you have a default xmitq queue. I have found that if the qmgr does not know how to route a msg it will go to the default xmiq before it goes to the dlq.
Enjoy  |
|
| Back to top |
|
|
| csmith28 |
| Posted: Mon Apr 25, 2005 12:51 pm Post subject: |
|
|
Grand Master
Joined: 15 Jul 2003
Posts: 1196
Location: Arizona
|
Check to see if there are more than one instance of the application listening to the same destination Queue.
Many times I have encountered situations in which it was claimed that messages were not being delivered and in almost every instance it was because there were multiple instances of the same application on diferent servers that had the destination Queue open for Input.
_________________
Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
| Back to top |
|
|
|
|
