| Author |
Message
|
| gertvangaever |
 Posted: Mon Apr 28, 2003 3:26 am Post subject: How many backout's on message before sent to dead letter Q? |
 |
|
Apprentice
Joined: 28 Apr 2003
Posts: 35
Location: Puurs, Belgium
|
Hello,
We're on a Windows/Intel environment here.
I'd like to know how many times the mqm tries to resend a message before it is sent to the dead.letter.queue?
Is it already after the first time that he gives up?
Or is it a parameter? If it is how can I see and change this parameter?
Tnx
Gert |
|
| Back to top |
|
 |
| meekings |
| Posted: Mon Apr 28, 2003 4:20 am Post subject: |
|
|
Voyager
Joined: 28 Jun 2001
Posts: 86
Location: UK, South West
|
Your title refers to "backouts", in which case the answer is "forever" - delivery of the message to a "backout queue" needs to be done by the app (unless you're using JMS, I believe) - this is known as a "poison" message.
However, your text implies "undeliverability", in which case I think the answer is "once".
Which scenario are you referring to?
_________________
Brian Meekings
Information Design, Inc. |
|
| Back to top |
|
|
| gertvangaever |
| Posted: Mon Apr 28, 2003 4:25 am Post subject: |
|
|
Apprentice
Joined: 28 Apr 2003
Posts: 35
Location: Puurs, Belgium
|
I think it's the second scenario!
By the way, I have been searching for an answer to this question for a while, and I have found som ething like this:
There seems to be a 'dead letter queue handler'. It works with parameters (rules table). One of these parameters is the 'retry' parameter.
I thought maybe this parameter implies the number of retries before it is put in the dead letter queue.
But where can I find these parameters? Is the dead letter queue handler automatically used, or is it an option, that has to be configured? How can I see if this is used? ....
Tnx
Gert |
|
| Back to top |
|
|
| meekings |
| Posted: Mon Apr 28, 2003 4:31 am Post subject: |
|
|
Voyager
Joined: 28 Jun 2001
Posts: 86
Location: UK, South West
|
See chapter 12 "The Websphere MQ dead letter queue handler" in the sysadmin guide. The rules are explained there (or you could write your own -I believe there's a sample in the tools\c\samples directory).
_________________
Brian Meekings
Information Design, Inc. |
|
| Back to top |
|
|
| gertvangaever |
| Posted: Mon Apr 28, 2003 5:27 am Post subject: |
|
|
Apprentice
Joined: 28 Apr 2003
Posts: 35
Location: Puurs, Belgium
|
That was where I read about the dead letter queue handler.
Unfortunately, I don't quite understand it!
How do I know if the default dead letter queue handler is used (amqsdlq)?
If it is, where/how can I change the parameters?
(Is it in c:\program files\IBM\webspehere MQ\tools\c\samples\dlq, which means I have to recompile?)
Or is this in the rules table? If it is, where can I find this rules table? I can't find any information in the sysadmin guide regarding where I can find this rules table?!
Tnx
Gert |
|
| Back to top |
|
|
| bower5932 |
| Posted: Mon Apr 28, 2003 5:47 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
| I haven't messed much with the dead-letter queue handler, but I believe it is up to you to create the rules file. I thought that the Sys Admin manual gave you some sample rules to follow. |
|
| Back to top |
|
|
| gertvangaever |
| Posted: Mon Apr 28, 2003 5:50 am Post subject: |
|
|
Apprentice
Joined: 28 Apr 2003
Posts: 35
Location: Puurs, Belgium
|
OK, but where can I find the rules table?
Maybe it is already created in our environment, I don't know!
Is it possible that the dead letter queue handler is not used?
Tnx |
|
| Back to top |
|
|
| meekings |
| Posted: Mon Apr 28, 2003 6:13 am Post subject: |
|
|
Voyager
Joined: 28 Jun 2001
Posts: 86
Location: UK, South West
|
The dead letter queue used will be the one associated with the queue manager. Use runmqsc with "DISPLAY QMGR" to find out what it is.
You have to create the rules table with your favourite editor, and specify it as a parameter to the dlq handler when you start it up.
As Ron said, there's a sample to get you going in the manual.
_________________
Brian Meekings
Information Design, Inc. |
|
| Back to top |
|
|
| gertvangaever |
| Posted: Mon Apr 28, 2003 10:29 pm Post subject: |
|
|
Apprentice
Joined: 28 Apr 2003
Posts: 35
Location: Puurs, Belgium
|
I'm sorry but I still don't understand.
The only argument of a queue manager is 'DEADQ', which shows the queue manager used as the dead queue manager. It says nothing about a rules table!
I still don't know how & which rules table is used? I don't even know whether a rules table is in fact used!
Is it obligatory to use a rules table, or is it possible to work without one?
Please can you explain!??µ
Tnx! |
|
| Back to top |
|
|
| meekings |
| Posted: Tue Apr 29, 2003 3:50 am Post subject: |
|
|
Voyager
Joined: 28 Jun 2001
Posts: 86
Location: UK, South West
|
Every queue manager has its own dead letter queue - or should have. Sounds like yours doesn't - the DEADQ parameter should have a value associated with it, usually SYSTEM.DEAD.LETTER.QUEUE. You can fix this using runmqsc with "ALTER QMGR DEADQ(SYSTEM.DEAD.LETTER.QUEUE)".
You have to construct a rules table yourself, and provide it as input to the runmqdlq command. The use of this, and the rules, are quite clearly explained in the sysadmin manual - have you read the chapter devoted to this?
_________________
Brian Meekings
Information Design, Inc. |
|
| Back to top |
|
|
| mrlinux |
| Posted: Tue Apr 29, 2003 9:46 am Post subject: |
|
|
Grand Master
Joined: 14 Feb 2002
Posts: 1261
Location: Detroit,MI USA
|
Iam not sure but it seems that you think the dead letter handlers put's messages in the deadq ??? This is not correct, the dead letter handler is for processing the messages out of the deadq. Sorry If I misinterpted your postings.
_________________
Jeff
IBM Certified Developer MQSeries
IBM Certified Specialist MQSeries
IBM Certified Solutions Expert MQSeries |
|
| Back to top |
|
|
| gertvangaever |
| Posted: Tue Apr 29, 2003 9:57 pm Post subject: |
|
|
Apprentice
Joined: 28 Apr 2003
Posts: 35
Location: Puurs, Belgium
|
Aha!! Ok
That puts a whole other perspective to it...
It seems I misinterpreted some things.
I have done some more research, and my question is solved now.
Tnx Guys!!
Gert |
|
| Back to top |
|
|
|
|
