| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| dspmqrte no display info |
« View previous topic :: View next topic » |
| Author |
Message
|
| kun.leeing |
 Posted: Thu Feb 11, 2016 5:25 pm Post subject: dspmqrte no display info |
 |
|
Disciple
Joined: 27 Sep 2008
Posts: 171
|
Hi guys,
A remote channel retrying, then check log, it gave info remote IP not available.
Then tried to use dspmqrte to trace message routing.
dspmqrte -m qmgr*** -q QUEUE.TEST -rqm qmgr*** -rq SYSTEM.ADMIN.TRACE.ROUTE.QUEUE -w 120 -qm qmgr** -ar -ac
But it finally only display
| Quote: |
AMQ8653: DSPMQRTE command started with options '-m qmgr*** -q QUEUE.TEST -rqm qmgr*** -rq SYSTEM.ADMIN.TRACE.ROUTE.QUEUE -w 120 -qm GXSMQGP -ar -ac'.
AMQ8659: DSPMQRTE command successfully put a message on queue 'GXSMQGP', queue manager 'qmgr***'.
AMQ8674: DSPMQRTE command is now waiting for information to display.
AMQ8666: Queue 'qmgr**' on queue manager 'qmgr***'.
AMQ8652: DSPMQRTE command has finished. |
No any details of routing, why?
br,
Richard |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Thu Feb 11, 2016 5:48 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
dspmqrte needs sender and receiver channels in RUNNING state for this to work. What errors did you find in the error folder/directory for this qmgr?
_________________
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 |
|
|
| kun.leeing |
| Posted: Thu Feb 11, 2016 6:27 pm Post subject: |
|
|
Disciple
Joined: 27 Sep 2008
Posts: 171
|
| bruce2359 wrote: |
| dspmqrte needs sender and receiver channels in RUNNING state for this to work. What errors did you find in the error folder/directory for this qmgr? |
Thanks for replying. 
The channel is in Retrying status.
Error log said Remote host '10.215.255.1 (10.215.255.1) (1414)' not available, retry later.
So this is the reason for nothing shown up? |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Thu Feb 11, 2016 8:48 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Yes.
Is the receiving end 10.215.255.1? Can you do an ip ping on that address from the sender end of the channel? Is there a listener at the receiving end of the channel? Is it listening on port 1414?
_________________
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 |
|
|
| kun.leeing |
| Posted: Thu Feb 11, 2016 9:50 pm Post subject: |
|
|
Disciple
Joined: 27 Sep 2008
Posts: 171
|
| bruce2359 wrote: |
Yes.
Is the receiving end 10.215.255.1? Can you do an ip ping on that address from the sender end of the channel? Is there a listener at the receiving end of the channel? Is it listening on port 1414? |
Hi my friend,
Thanks for all your concerning.
Actually, the issue has been resolved by fixing firewall problem.
It is the connection problem after coordinating two ends to check both channels.
But what i am still wondering is you said that when dspmqrte running must be in the situation of two channels (sender and receiver both) alive? but if both alive, we usually assume that everything is ok except for message lose. So may I understand that the dspmqrte is only used for the occasions of msg lose?
br,
Richard |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Feb 12, 2016 5:22 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| kun.leeing wrote: |
But what i am still wondering is you said that when dspmqrte running must be in the situation of two channels (sender and receiver both) alive? |
The dspmqrte utility application is often used to display the route a message took to get to the destination queue-manager. Or, where it encountered problems on its way across your network. Dspmqrte can often answer the questions: "Where is my message?" "Where did it go?"
| kun.leeing wrote: |
but if both alive, we usually assume that everything is ok except for message lose. So may I understand that the dspmqrte is only used for the occasions of msg lose?
br,
Richard |
It is extremely rare (in my experience) for MQ to lose messages. However, message might be delayed leaving a transmission queue if the channel is in STOPPED or RETRY state, and your dspmqrte output would be incomplete.
Please try a more simple experiment:
dspmqrte –m yourqmgrname -q yourQRemotename –v outline
Post the output from this command here.
Please read this: https://www-01.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.mon.doc/q036960_.htm
_________________
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 |
|
|
|
|
|
| |
|
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
|
|
|
|
