On 14.07.2010 16:50, fredk2 wrote:
Hi,
I am looking at a trace a friend made which raised my curiosity:
[Mon Jul 12 17:49:13.534 2010] [3370:4160136960] [trace]
ajp_read_into_msg_buff::jk_ajp_common.c (1188): enter
[Mon Jul 12 17:49:13.534 2010] [3370:4160136960] [trace]
ajp_read_fully_from_server::jk_ajp_common.c (1140): enter
- this is a 5 min gap (i think KeepAliveTimeout is set to 5 min for this
test)
- is this waiting for data from Apache? why would it be hanging in this
routine?
It reads from the socket that connects the clint (=browser) with the web
server (=apache). The read is going through Apache code. It hangs,
because the browser doesn't send it or at least the data doesn't reach
the web server.
And yes, the timeout here is 300 seconds by default. It is not
KeepAliveTimeout but Timeout.
What's the problem? You will likely have to sniff and analyze traffic to
check, whether something is coming or the web server is right in waiting
for more data. If it is right (very likely), you will have to find out,
whether the browser actually sends somthing and if so, where it gets lost.
Try to find out, what type of request you are analyzing. Add pid and tid
the the Apache accesslog and look for a maching time stamp and pid/tid
combination (pid=3370, tid=4160136960) in the above log. Note that the
acess log will log the time stamp the request started, so something
closer to 17:49:13 in the above example, not 17:54:13.
Check, whether it's a POST (e.g. a huge file upload or so), or maybe an
AJAX request.
[Mon Jul 12 17:54:13.539 2010] [3370:4160136960] [trace]
ajp_read_fully_from_server::jk_ajp_common.c (1172): exit
[Mon Jul 12 17:54:13.539 2010] [3370:4160136960] [trace]
ajp_read_into_msg_buff::jk_ajp_common.c (1226): exit
[Mon Jul 12 17:54:13.539 2010] [3370:4160136960] [trace]
ajp_connection_tcp_send_message::jk_ajp_common.c (928): enter
The source code for this jk version is:
http://svn.apache.org/viewvc/tomcat/jk/tags/JK_1_2_26/jk/native/common/jk_ajp_common.c?view=markup
any hint is appreciated
Many Thanks - Fred
Regards,
Rainer
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
