| Author |
Message
|
| ivanachukapawn |
 Posted: Fri Apr 15, 2011 9:35 am Post subject: lengthy transmit of 15.2 MB message |
 |
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
MQ5.3 Windows to MQ6.1 ZOS
15.2mb message on remote queue (xmit) to ZOS Q. Up to 30 minutes delay before message appears on ZOS local queue.
During that 30 minutes, the xmit queue displays 1 message, 5 minutes later 2 messages, 5 minutes later 3 messages, 5 minutes later 4 messages, 5 minutes later 5 messages, 5 minutes later 0 messages and the local queue depth is increased by 1. sizes on these messages were: 5657, 10409 4251. amd 1923. blksize on sender 9999, and sender disconnect interval 460. I tried blksize of 1 with same result. Why do 5 messages show up in xmit queue during this transmission and why does it take 25 to 30 minutes to transmit 15.2 mb? |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Fri Apr 15, 2011 3:09 pm Post subject: Re: lengthy transmit of 15.2 MB message |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| ivanachukapawn wrote: |
MQ5.3 Windows to MQ6.1 ZOS
15.2mb message on remote queue (xmit) to ZOS Q. Up to 30 minutes delay before message appears on ZOS local queue.
During that 30 minutes, the xmit queue displays 1 message, 5 minutes later 2 messages, 5 minutes later 3 messages, 5 minutes later 4 messages, 5 minutes later 5 messages, 5 minutes later 0 messages and the local queue depth is increased by 1. sizes on these messages were: 5657, 10409 4251. amd 1923. blksize on sender 9999, and sender disconnect interval 460. I tried blksize of 1 with same result. Why do 5 messages show up in xmit queue during this transmission and why does it take 25 to 30 minutes to transmit 15.2 mb? |
First there is the bandwidth of your connection... then...
It really depends on the quality and reliability of your connection/network.
This is why sometimes more messages of lower size move faster than a single message of a big size. Think about what happens when you have to roll back the unit of work... because the sum check does not match at each end of the channel... 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| mqjeff |
| Posted: Sat Apr 16, 2011 4:19 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
There are a lot of network related factors here that could be part of the cause.
But in general, the first place I look for slowdowns is log file sizes, and the number of inflight transactions.
If the qmgr is having to do a significant amount of log file shuffling and reading and writing to send the message across the channel, or to receive it, that's gonna slow things down. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Sat Apr 16, 2011 6:14 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
How long does it take you to FTP a similarly sized file between those 2 platforms? If a plain FTP takes anymore than a few seconds, you know you can focus on something other than MQ to begin to resolve this.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| ivanachukapawn |
| Posted: Wed Apr 20, 2011 1:13 am Post subject: |
|
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
Thank you Peter, mqjeff, and fjb saper for your replies. This problem is ongoing, is in Production, and is a major concern.
Network Services analyzed/troubleshooted this network connection and came up with zero.
Other servers accomplish the xmit to the same Q on the ZOS QM in approximately a minute - the xmit on this server takes from 25 to 30 minutes.
The extra messages which appear on the xmit queue are actually legitimate and are not related to the 15.2 mb message (they are not a result of a resend request) - these extra messages are delayed xmit because of the 15.2 mb transfer which is taking place.
An ftp of 15.2 file takes approx 1 minute.
There are messages on the ZOS QM CHINT log in sequence as follows.
CSQX027E QMNAME CSQXRESP unable to get storage rc=00000000004
CSQX599E QMNAME CSQXRESP channel [channelname] ended abnormally
CXQX500I QMNAME CSQXRESP channel [channelname] started
I am initiating a request for ZOS support to investigate storage related to this message transfer. However, considering that I have 100s of servers which accomplish this message transfer (to the same local queue on the ZOS QM) in 1 minute, I am at a loss to explain why this particular receiver channel is unable to get storage and then ends abnormally. Is it possible that this particular receiver channel requests storage from a different storage class? and how can I discover the details of this storage request?
[/img] |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Apr 20, 2011 5:46 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
A quick search of google for "CSQX027E QMNAME CSQXRESP unable to get storage rc=00000000004" will yield some possible resolutions.
_________________
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 |
|
|
| bruce2359 |
| Posted: Wed Apr 20, 2011 9:56 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Moved to Mainframe forum.
_________________
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 |
|
|
| Toronto_MQ |
| Posted: Wed Apr 20, 2011 10:10 am Post subject: |
|
|
Master
Joined: 10 Jul 2002
Posts: 263
Location: read my name
|
| What's the REGION size set to in your CHIN proc? |
|
| Back to top |
|
|
| cicsprog |
| Posted: Wed Apr 20, 2011 1:18 pm Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
1) CSQX027E that would be bad...there are some APARs for those
2) v5.3 that would be bad (unsupported)
3) plz do a DIS CHANNEL(sender) ALL post it back here
4) plz do a DIS CHANNEL(receiver) ALL post it back here
5) Can we see a COPY/PASTE of the first 200 lines of xxxxCHIN Jes2 log?
6) BTW is your DLQ able to handle a message that size?
and as others have said...network is MQ's Achllies heal |
|
| Back to top |
|
|
| cicsprog |
| Posted: Wed Apr 20, 2011 2:07 pm Post subject: |
|
|
Partisan
Joined: 27 Jan 2002
Posts: 347
|
and...
If you aren't familiar with the MQ MP16 Supportpac, you should get to be. Lot's of info in there on dealing with large message sizes and setting up your ZOS MQM. |
|
| Back to top |
|
|
|
|
