Author |
Message
|
pandeg |
Posted: Tue Jul 07, 2015 9:57 am Post subject: How to identify whether rule tables are defined |
|
|
Disciple
Joined: 21 Oct 2014 Posts: 195
|
Hi, I am using a qmgr where Dead Letter Queue is created. I verified using below command.
"dis qmgr deadq". Also, some messages are sitting on this dead letter queue. I want to identify whether DLQ handler is defined with rules table. Or since messages are sitting on it , it means there is no DLQ handler is defined to take any action. |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 07, 2015 10:20 am Post subject: Re: How to identify whether rule tables are defined |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
pandeg wrote: |
I want to identify whether DLQ handler is defined with rules table. |
Use the method associated with your OS to see if the handler is running.
pandeg wrote: |
Or since messages are sitting on it , it means there is no DLQ handler is defined to take any action. |
Or the messages don't match any of the defined rules. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 07, 2015 10:29 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
Or you could examine the attributes of the DLQ _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 07, 2015 10:33 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
Or you could enquire of the administrators what method they use to handle the DLQ, which may not be the supplied handler which takes a rules table. Other options include (but are not limited to) a custom task under the control of a crontab or similar that sweeps the messages periodically into a database for investigation and possible replay.
It's just a queue with messages on it. It can be handled using any mechanism you'd normally use to handle messages on a queue. All that makes it distinctive is that the queue manager uses it in a defined set of circumstances and, in those circumstances, adds a defined header to the messages. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 07, 2015 10:35 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
One possible reason messages are sitting on it is that the messages have not been dead lettered by the queue manager but added by a poorly designed application and hence cannot be handled by any application expecting to see system added messages. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
pandeg |
Posted: Tue Jul 07, 2015 10:36 am Post subject: |
|
|
Disciple
Joined: 21 Oct 2014 Posts: 195
|
Vitor wrote: |
Or you could examine the attributes of the DLQ |
I looked on each attribute but could not find the associated DLQHandler. Which Attribute i should look for. |
|
Back to top |
|
 |
pandeg |
Posted: Tue Jul 07, 2015 10:38 am Post subject: Re: How to identify whether rule tables are defined |
|
|
Disciple
Joined: 21 Oct 2014 Posts: 195
|
Quote: |
Use the method associated with your OS to see if the handler is running. |
Which method should I look on OS related to queue handler |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 07, 2015 10:39 am Post subject: Re: How to identify whether rule tables are defined |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
pandeg wrote: |
Quote: |
Use the method associated with your OS to see if the handler is running. |
Which method should I look on OS related to queue handler |
And how exactly would I, or anyone else on this forum, know what OS you're using?
If you don't know how to check for running processes, ask whoever administers your server. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 07, 2015 10:44 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
pandeg wrote: |
Vitor wrote: |
Or you could examine the attributes of the DLQ |
I looked on each attribute but could not find the associated DLQHandler. Which Attribute i should look for. |
See if the queue is set to trigger one _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue Jul 07, 2015 10:49 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9470 Location: US: west coast, almost. Otherwise, enroute.
|
pandeg wrote: |
Vitor wrote: |
Or you could examine the attributes of the DLQ |
I looked on each attribute but could not find the associated DLQHandler. Which Attribute i should look for. |
The DLQ attribute of the qmgr only identifies which queue the qmgr should use for messages that are undeliverable. It does NOT identify a rules table.
The rules table name and DLQ-name is specified in the command that starts the DLQ handler utility. Alternatively, the DLQ name can be specified in the rules table itself.
The deadl-letter handler utility name is runmqdlq. _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 07, 2015 10:52 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
bruce2359 wrote: |
The deadl-letter handler utility name is runmqdlq. |
If the OP's site is using that and have not rolled their own.
Just pointing out that the lack of a runmqdlq process does not prove the lack of a dead letter handling process. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue Jul 07, 2015 10:55 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9470 Location: US: west coast, almost. Otherwise, enroute.
|
Vitor wrote: |
bruce2359 wrote: |
The deadl-letter handler utility name is runmqdlq. |
If the OP's site is using that and have not rolled their own.
Just pointing out that the lack of a runmqdlq process does not prove the lack of a dead letter handling process. |
... and the name of the rules-table can be any allowable o/s filename. _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
Vitor |
Posted: Tue Jul 07, 2015 10:58 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
bruce2359 wrote: |
Vitor wrote: |
bruce2359 wrote: |
The deadl-letter handler utility name is runmqdlq. |
If the OP's site is using that and have not rolled their own.
Just pointing out that the lack of a runmqdlq process does not prove the lack of a dead letter handling process. |
... and the name of the rules-table can be any allowable o/s filename. |
Quite. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
gbaddeley |
Posted: Tue Jul 07, 2015 4:06 pm Post subject: |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
There are several methods to configure and use runmqdlq,
1. Triggered from the queue, usually TRIGTYPE FIRST,
2. A long running SERVICE object that runs under control of the qmgr,
3. An externally started DLH that might run continuously or regularly scheduled (eg. cron on UNIX).
4. Manual, where someone eyeballs the messages to decides what to do, such as manually running runmqdlq with the appropriate rules.
Check with your MQ administrator.... _________________ Glenn |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue Jul 07, 2015 4:39 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9470 Location: US: west coast, almost. Otherwise, enroute.
|
Search the entire file system for script files that contain (execute) runmqdlq. _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
|