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
