| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MS03 failing (mqutils.c) No reply msg, make sure comm... |
« View previous topic :: View next topic » |
| Author |
Message
|
| leiversag |
 Posted: Tue Aug 07, 2012 12:53 am Post subject: MS03 failing (mqutils.c) No reply msg, make sure comm... |
 |
|
Novice
Joined: 18 Dec 2009
Posts: 15
|
This is on
Platform: iSeries
O/S: O/S V6R1M000
MQ: v7.0.1.8
The MS03 (QSAVEQMGR) is failing to provide any output. Worked fine on version 6 of MQ. This is a new problem since upgrade to version 7.
The QPRINT has the following:
<START OF QUOTED DATA>
Compiled for Websphere MQ V7.0.1.0 on Jul 7 2010
Input Parms: VERSION: "700"
LCLQMGRNAM: "DQMUK12B "
RMTQMGRNAM: " "
FILENAME: "mqgpl/QMQSC(DQMUK12B) "
OUTPUT: "*APP"
RDEFSYS: "*YES"
MAKEAUTH: "*YES"
AUTHFN: "mqgpl/QMAUT(DQMUK12B) "
PERMDYN: "*NO "
IGNDAMAGED: "*NO "
SAVEQMGR V6.1.3.1
Requesting attributes of the queue manager...
Writing Queue Manager definition to mqgpl/QMQSC(DQMUK12B) .
Generating attributes for Websphere MQ Release 7.0.0
Generating code for platform OS400
Requesting attributes of all authinfo objects...
Requesting attributes of all queues...
Requesting attributes of all channels...
Requesting attributes of all processes...
Requesting attributes of all namelists...
Requesting attributes of all listeners...
Requesting attributes of all services...
Requesting attributes of all OAM classes...
Requesting attributes of all topics...
Requesting attributes of all subscriptions...
Writing AuthInfo definitions to mqgpl/QMQSC(DQMUK12B) .
Writing Queue definitions to mqgpl/QMQSC(DQMUK12B) .
Skipping dynamic queue SAVEQMGR.501D84D520003C02
Writing Channel definitions to mqgpl/QMQSC(DQMUK12B) .
Writing Process definitions to mqgpl/QMQSC(DQMUK12B) .
Writing Namelist definitions to mqgpl/QMQSC(DQMUK12B) .
Writing Listener definitions to mqgpl/QMQSC(DQMUK12B) .
Writing Service definitions to mqgpl/QMQSC(DQMUK12B) .
Writing OAM definitions to mqgpl/QMAUT(DQMUK12B) .
Writing Topic definitions to mqgpl/QMQSC(DQMUK12B) .
Writing Subscription definitions to mqgpl/QMQSC(DQMUK12B) .
(mqutils.c) No reply msg, make sure command server is started (strmqcsv qmgr-name)
<END OF QUOTED DATA>
The command server is running.
Oddly, although this is common since the MQ has been upgraded from v6 to v7, it's not always the same queue manager - seems random. One week it might fail on 3 of 5 queue managers, then the next week, it fails on a couple, but not always the same queue managers. |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Tue Aug 07, 2012 4:50 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
You're sure that the output file is empty? The output shown indicates that it wrote a bunch of stuff and then didn't get any reply messages for subscriptions. Presumably you don't have any subscriptions, including sytem defined ones.
There's no indication of a failure to output data. Just a failure to find a single piece of data to output.
The fact that it did actually skip the dynamic queue for it's own interactions with the command server means that it did receive messages from the command server...
I also hope you've followed this up with an email to the maintainer of MS03. |
|
| Back to top |
|
|
| leiversag |
| Posted: Tue Aug 07, 2012 5:16 am Post subject: |
|
|
Novice
Joined: 18 Dec 2009
Posts: 15
|
Sorry, I didn't clarify...
In some cases (e.g. where the processing had been sucessful for a time) it's just the authority output that is empty.
You are correct, in that [in this example] there is some output in the definition member, up to & including SYSTEM.BROKER.DEFAULT.STREAM. Then, there is the following:
* === > Processing Aborted, output file may be incomplete
However, in many cases, the process will hit the problem earlier, e.g.:
<START QPRINT>
Compiled for Websphere MQ V7.0.1.0 on Jul 7 2010
Input Parms: VERSION: "700"
LCLQMGRNAM: "PQMUK57 "
RMTQMGRNAM: " "
FILENAME: "mqgpl/QMQSC(PQMUK57) "
OUTPUT: "*APP"
RDEFSYS: "*YES"
MAKEAUTH: "*YES"
AUTHFN: "mqgpl/QMAUT(PQMUK57) "
PERMDYN: "*NO "
IGNDAMAGED: "*NO "SAVEQMGR V6.1.3.1
Requesting attributes of the queue manager...
(mqutils.c) No reply msg, make sure command server is started (strmqcsv qmgr-name)
(saveqmgr.c) -z flag specified but target qmgr is wrong platform or < v6, flag is ignored
(mqutils.c) No reply msg, make sure command server is started (strmqcsv qmgr-name)
<END QPRINT>
In this example, there was no output for either the QMQSC nor QMAUT.
This does add more info (which I'd missed out), though, in that processing can stop at any time.
Not followed with an email, not sure of the process (although, we have, some years ago, worked on this I think). I shall look to do that now.
Cheers,
Andy
Last edited by leiversag on Tue Aug 07, 2012 5:34 am; edited 1 time in total |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Aug 07, 2012 5:28 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
I guess the first thing I'd try is updating to MS03 6.1.4.0 to take advantage of any bug fixes you may have hit.
And, again, contact the maintainer...
Although, if you're getting the kinds of inconsistent results you're talking about, it almost sounds like you're getting inconsistent responses from the command server. It's possible that you're just getting *slow* responses from the command server, too. I don't know how iSeries does it, but you might look at doing some mq level tracing of the command server during a run of ms03 to see what's going on from that side. |
|
| 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
|
|
|
|
