| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| URGENT ! Retrieving messages from Log Files |
« View previous topic :: View next topic » |
| Author |
Message
|
| AlainB |
 Posted: Fri Oct 17, 2003 12:01 am Post subject: URGENT ! Retrieving messages from Log Files |
 |
|
Voyager
Joined: 31 Oct 2002
Posts: 79
Location: Belgium
|
Hi all,
We had a problem with a queue manager. An application was writing messages in 2 queues, then it seems it got back a queue full message.
But, we see that the queue is empty, but not the q file.
My question is really stupid and simple : is there a program that can extract, from logfiles, messages for a particular queue for trying to reprocess them ?
_________________
Alain Buret
Visit http://www.fosdem.org |
|
| Back to top |
|
 |
| Michael Dag |
| Posted: Fri Oct 17, 2003 12:52 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
| Don't think so... the LOG/Q files are internal to MQ, only IBM knows how to handle them and the API is not published. |
|
| Back to top |
|
|
| pgorak |
| Posted: Fri Oct 17, 2003 12:56 am Post subject: |
|
|
Disciple
Joined: 15 Jul 2002
Posts: 158
Location: Cracow, Poland
|
First of all, what kind of problem was this?
Are the messages persistent or not?
Do they have the Expiry field other than MQEI_UNLIMITED?
Are you using circular or linear logging?
What system are you on?
Piotr |
|
| Back to top |
|
|
| AlainB |
| Posted: Fri Oct 17, 2003 1:03 am Post subject: |
|
|
Voyager
Joined: 31 Oct 2002
Posts: 79
Location: Belgium
|
Hi all,
As explained above, the problem is that an application got an error queue full, but when looking at the queue content, we don't see any message !
This is happening on a Sun E420R, 4 Cpu, 4 Gb
It's running Solaris 8, MQSeries 5.2, CSD 5 and applications using MQSeries.
The messages are persistent, and the queue definition default too. We're using circular logs, but I've made a copy of them if we can retrieve stuffs in them.
_________________
Alain Buret
Visit http://www.fosdem.org |
|
| Back to top |
|
|
| pgorak |
| Posted: Fri Oct 17, 2003 2:54 am Post subject: |
|
|
Disciple
Joined: 15 Jul 2002
Posts: 158
Location: Cracow, Poland
|
Provided your queue files actually contain messages, you should be able to recover them.
I've just made a simple test:
1. Put 50 persistent messages on Q1 on queue manager QM1
2. Make a copy Q1 queue file
3. Create and start queue manager QM2
4. Define Q1 on QM2
5. Stop QM2
6. Replace the newly created Q1 queue file (the one belonging to QM2) with the copy of Q1 queue file made in step 2
7. Start QM2
And then, I was able to browse my 50 messages on Q1 on queue manager QM2. Both queue managers used circular logging.
Piotr |
|
| Back to top |
|
|
| bower5932 |
| Posted: Fri Oct 17, 2003 4:40 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
| You said that you can see that the queue is empty. How are you doing this? Are you running amqsbcg or looking at the curdepth of the queue? If you are using amqsbcg, it won't browse messages that haven't been committed. If you are using curdepth, it shows messages that aren't committed. Are units of work involved? Do you need to commit? |
|
| Back to top |
|
|
| AlainB |
| Posted: Sun Oct 19, 2003 10:48 pm Post subject: |
|
|
Voyager
Joined: 31 Oct 2002
Posts: 79
Location: Belgium
|
Hi all
The problem was found : we were thinking messages were created persitent, but that was not the case. The put-application was not specifying persitent setting, so it was not-persistent.
Despite that, thanks to all for helping us; btw pgorak, I tried your solution, but this was not working (maybe because the messages were marked 'not-persistent' ?).
_________________
Alain Buret
Visit http://www.fosdem.org |
|
| 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
|
|
|
|
