| Author |
Message
|
| fjb_saper |
 Posted: Fri Mar 17, 2006 12:52 am Post subject: |
 |
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
If it truely is a network problem (like badly configured switch), YOU may not be able to do anything about it. The only way YOU may be able to confirm the symptom may even lay outside of MQ.
- any connection from the source to the target machine takes for ever (telnet, ftp, etc...) or from the target to source machine...
- Even when the connection is established every time you send something over the connection the reply time is astronomical...
- any other bizarre symptom you can discover... like dropped packets on a ping ...
Enjoy 
_________________
MQ & Broker admin |
|
| Back to top |
|
 |
| ashishsuvarna |
| Posted: Fri Mar 17, 2006 1:18 am Post subject: |
|
|
Apprentice
Joined: 25 Dec 2005
Posts: 30
Location: INDIA
|
I am not sure if it is a network probblem because ping does not drop any packets.
_________________
Young techie |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 17, 2006 1:47 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Well that's a start - what was the average reply time (point 2 in the previous post)?
IMHO your next and best course of action is the kind of breakdown mvic suggested a few posts back. Until you find the bottleneck resolving it will be problematic.
Just to clarify my understanding - you've said:
| Quote: |
| The subscriber application is not picking up messages from the MQ server quick enough |
Am I correct in thinking that the messages are pilling up in the local queue from which this application is reading? This queue is hosted on a Windows system with the application on HP-UX? That this application clients directly to the Windows system queue manager?
Just trying to get it straight in my head 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| ashishsuvarna |
| Posted: Fri Mar 17, 2006 6:58 am Post subject: |
|
|
Apprentice
Joined: 25 Dec 2005
Posts: 30
Location: INDIA
|
Yes you are right. Messages are pilling up in the local queue from which the application is reading.
Just one correction though, the reading application is not on HP UX as I had stated earlier. In fact it is on Windows. Sorry for the confusion.
_________________
Young techie |
|
| Back to top |
|
|
| mvic |
| Posted: Fri Mar 17, 2006 7:08 am Post subject: |
|
|
Jedi
Joined: 09 Mar 2004
Posts: 2080
|
| ashishsuvarna wrote: |
The subscriber application is not picking up messages from the MQ server quick enough. Right now I do not have access to log on to the subscriber application machine, may get it in a couple of days.
Could you please point out the areas on the areas on the MQ server that I can check for problems and also the subscriber application machine once I get the access. |
One thing you could do on the server is run MQ trace for a short while (long enough to capture the MQGETs of a few messages that appear to be going slowly). Then anlayse the trace to find things that are taking a long time to complete. This is a difficult job, and you should be prepared to spend significant time analysing.
Let's say (for example) that each MQGET takes 0.5 milliseconds (ms), but there is a 100 ms gap between MQGETs. Then you know that the app or the network is using 100 ms, and this is the next place to look for further details on what is taking up the time.
In short, look wherever time is being taken in the system. |
|
| Back to top |
|
|
| ashishsuvarna |
| Posted: Fri Mar 17, 2006 7:40 am Post subject: |
|
|
Apprentice
Joined: 25 Dec 2005
Posts: 30
Location: INDIA
|
I have never used MQ trace before. This is a live production server I am working with here so I do not want anything to go wrong. I have a couple of questions regarding trace
1) Does it use up huge amounts of memory and CPU time.
2) Can we turn on trace on a single queue or is it to be done on the entire queue manager ?
_________________
Young techie |
|
| Back to top |
|
|
| mvic |
| Posted: Fri Mar 17, 2006 7:46 am Post subject: |
|
|
Jedi
Joined: 09 Mar 2004
Posts: 2080
|
| ashishsuvarna wrote: |
| 1) Does it use up huge amounts of memory and CPU time. |
Small memory requirement, small CPU requirement, but if the system is busy, then be careful of disk capacity in mqm\errors (pre-v6) or mqm\trace (v6).
| Quote: |
| 2) Can we turn on trace on a single queue or is it to be done on the entire queue manager ? |
On Windows all queue managers on the system will be traced.
The best place to start is the app - but I just mentioned qmgr trace on the server because it is one of the options available. |
|
| Back to top |
|
|
| ramires |
| Posted: Fri Mar 17, 2006 7:04 pm Post subject: |
|
|
Knight
Joined: 24 Jun 2001
Posts: 523
Location: Portugal - Lisboa
|
I guess one piece of information is missing, you say
| Quote: |
| not picking up messages from the MQ server quick enough |
What's message size? How many messages/second?
Regards |
|
| Back to top |
|
|
| ashishsuvarna |
| Posted: Fri Mar 24, 2006 3:16 am Post subject: |
|
|
Apprentice
Joined: 25 Dec 2005
Posts: 30
Location: INDIA
|
We are planning to re-boot the UNIX server on which the picking application is running. If it does not solve our problem will go for trace.
_________________
Young techie |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 24, 2006 3:24 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
You say:
| Quote: |
| We are planning to re-boot the UNIX server on which the picking application is running. If it does not solve our problem will go for trace. |
But previously said:
| Quote: |
Just one correction though, the reading application is not on HP UX as I had stated earlier. In fact it is on Windows. Sorry for the confusion.
|
Is there a difference between the reading application & the picking application (i.e. some kind of gatekeeper app) or has someone here got the wrong end of the wrong stick? Almost certainly me. 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| ashishsuvarna |
| Posted: Fri Mar 24, 2006 3:47 am Post subject: |
|
|
Apprentice
Joined: 25 Dec 2005
Posts: 30
Location: INDIA
|
Yeah, it is a gatekeeper app on UNIX. We believe it is keeping a lot of handles open which is causing the problem.
_________________
Young techie |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Mar 24, 2006 3:52 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
I'm relieved. At moments this week I feared I'd lose the ability to understand the buttons on the coffee machine, rendering me ineffective in an IT environment....
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
