|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
MQGMO_ALL_MSGS_AVAILABLE not working with one "group&qu |
« View previous topic :: View next topic » |
Author |
Message
|
philipaby |
Posted: Mon Dec 30, 2002 8:52 am Post subject: MQGMO_ALL_MSGS_AVAILABLE not working with one "group&qu |
|
|
Novice
Joined: 09 Mar 2002 Posts: 13
|
Hi everyone,
I have a very puzzling problem here. I have an application which does an
MQGET for groups and uses the options like this (I just changed it to BROWSE
so that I don''t destroy this strange condition for the message)
gmo.Options = MQGMO_WAIT | MQGMO_CONVERT | MQGMO_ALL_MSGS_AVAILABLE |
MQGMO_LOGICAL_ORDER | MQGMO_BROWSE_FIRST;
gmo.MatchOptions = MQMO_MATCH_GROUP_ID;
MQGET(....)
Now for a certain set of messages with group ids and the logical sequence
all correct with the MQMF_LAST_MSG_IN_GROUP flag set, the MQGET returns
2033. All the while other ''groups'' are taken in by the application. In other
words MQGET works for the other groups.
More Puzzling part .. I copied the messages using the MO71 pac (this is a
real cool support pac!) to a dummy queue on the same queue manager (so all
the attributes of the message remain the same..including the ids) and now I
am able to MQGET the groups from this dummy queue.
It''s strange why it works in the other queue with the same group ids and
all. And in the application, if I remove the MQGMO_ALL_MSGS_AVAILABLE''
option, I am able to get (i.e. browse) the message from the first queue
also. All the logical sequence numbers are correct and the flags are
properly set.
MQSeries 5.2 on AIX.
Any ideas anyone?
Thanks in advance.
Kind Regards
Aby Philip |
|
Back to top |
|
 |
mqonnet |
Posted: Mon Dec 30, 2002 10:37 am Post subject: |
|
|
 Grand Master
Joined: 18 Feb 2002 Posts: 1114 Location: Boston, Ma, Usa.
|
There are a few questions though.
1) How many messages are in a group and are you doing a get supplying a specific groupid.
2) You using syncpoint on the put. If yes, then are all the messages committed before issuing the get.
3) As for MO71, i have not used it. But how sure are you that it copied ALL the messages from source to destination queue. And are you sure that you got ALL the messages from the other queue. Meaning, if you had say 4 messages in a group. And you had 3 such groups. Did you get all the messages on "dummy" queue. Meaning, did you get all the 3 groups with all messages intact on the other queue.
The first problem, though, i could not follow. could you be more specific, please.
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 |
|
 |
philipaby |
Posted: Mon Dec 30, 2002 2:11 pm Post subject: |
|
|
Novice
Joined: 09 Mar 2002 Posts: 13
|
Hi Kumar,
Thanks very much for the reply.
1) There are two messages in the group. I tried MQGET by giving a specific group id and without the group id because MQGMO_ALL_MSGS_AVAILABLE would give us the first 'available' whole group.
2) All the messages are commited. We use SYNCPOINT. I can say this because I am able to 'browse' the messages by giving their correlation ids. And when I did that...looking at the MQMD in memory i can see that the message flags and the group flags are all set to the correct values.
3) I copied all the messages using the pac and i can say this because i am able to "GET" all the messages by using the MQGMO_ALL_MSGS_AVAILABLE. So that proves that all the messages were in. In any case, while i was getting the messages from the dummy queue (the queue to which the messages were copied) i had a look at the MQMD in memory and everything was fine. The flags were all correct.
Thanks for the reply
Kind Regards
Aby |
|
Back to top |
|
 |
mqonnet |
Posted: Tue Dec 31, 2002 5:23 am Post subject: |
|
|
 Grand Master
Joined: 18 Feb 2002 Posts: 1114 Location: Boston, Ma, Usa.
|
Well it sure is a puzzle. But there is always some explaination behind every problem. The only thing is how long do we take to reach there.
The one clue that we have is, ALL_MSGS_AVAIL is returning 2033 on the first queue. But if you remove this option, you are able to get "ALL" the messages. Which means for some reason the QM thinks that the last message probably, which would make it a complete group, is not there/committed yet.
What platform are you runnin this app on, and which version. This question should have no effect what so ever to the problem in question, but just was curious....
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 |
|
 |
philipaby |
Posted: Tue Dec 31, 2002 10:46 am Post subject: |
|
|
Novice
Joined: 09 Mar 2002 Posts: 13
|
Hi Kumar,
Thanks for the reply. we are using AIX MQ version 5.2. I should have mentioned that in the first mail though strange if I missed it.
Then I just tried to set a higher level of trace and had to restart the queue manager to take effect and guess what? Now those 'errant' messages are working with MQGMO_ALL_MSGS_AVAILABLE!!
Anyway hope that the problem occurs again and then maybe i can pin it down with the trace.
Thanks
Kind Regards
Aby Philip |
|
Back to top |
|
 |
mqonnet |
Posted: Tue Dec 31, 2002 11:21 am Post subject: |
|
|
 Grand Master
Joined: 18 Feb 2002 Posts: 1114 Location: Boston, Ma, Usa.
|
Its really difficult to track down such one time occurrances, because we cannot set any pattern for the error reoccurance.
Hope you dont see it again. Otherwise you must try to gather evidence to reproduce the problem.
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 |
|
 |
|
|
 |
|
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
|
|
|
|