Ian Long wrote:
[...]

Hi Ian. I don't know about the load balancing part, but the following errors :

I'm also seeing a few errors like the following in mod_jk.log:

[Thu Mar 05 10:34:08.878 2009] [25849:3086382864] [info] ajp_process_callback::jk_ajp_common.c (1603): Writing to client aborted or client network problems [Thu Mar 05 10:34:08.878 2009] [25849:3086382864] [info] ajp_service::jk_ajp_common.c (2186): (ajp13) sending request to tomcat failed (unrecoverable), because of client write error (attempt=1) [Thu Mar 05 10:34:08.878 2009] [25849:3086382864] [info] jk_handler::mod_jk.c (2357): Aborting connection for worker=ajp13 [Thu Mar 05 10:34:28.527 2009] [26222:3086382864] [info] ajp_process_callback::jk_ajp_common.c (1603): Writing to client aborted or client network problems
etc...

indicate, more often than not, simply that the connection with the client was dropped (by the client or something else - but not the server), before the server could send the response to the client's request. For instance, this happens when the user hits the cancel button in the browser, or when the user gets impatient and starts clicking all over before he gets the server response to his request. If you are absolutely sure that neither of the above is the case (e.g. you issue a request yourself, and patiently wait, and note this message in the logs when it can only be due to your request, then it /could/ indicate some network issue. One such issue which I have experienced is some piece of software or hardware between your browser and the server, dropping the connection unilaterally, because for instance the connection was idle more than xxx seconds. But from the part of the server, it indicates with 100% certainty, that the server was trying to send a response to the client, but no longer could because the connection was no longer there. In the absence of a cancel click or a click on another link, a browser client will only "give up" after a request and close the connection, after several minutes. That's when you get the kind of message "This server does not respond, is maybe down, etc..".

HTH
(if only inasmuch as the above messages do not lead you into the wrong path for the problem you are experiencing. Of course, a user clicking on cancel or another link, could be the result of your server really taking an inordinate amount of time to respond, causing the user to get impatient...)

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to