All,
On 3/23/22 08:08, Christopher Schultz wrote:
What kinds of things will cause a "client error" in mod_jk's accounting?
Does that mean things like unexpected disconnects on the part of the
remote client (i.e. web browser), or does it mean failure of the jk
module itself to connect (as a client) to the back-end Tomcat?
I'm starting to see situations where we have small numbers of client
errors occurring "all the time", meaning that we accumulate maybe 10-20
per day. If that's web browser disconnects then I don't care at all. If
it's a problem I have with my internal networking and
resource-allocation, then it's something I have to adjust.
I have items such as these in the mod_jk.log file:
[Wed Mar 23 12:07:36.192 2022] [22062:140330401956416] [info]
ajp_process_callback::jk_ajp_common.c (2077): (myworker) Writing to
client aborted or client network problems
[Wed Mar 23 12:07:36.192 2022] [22062:140330401956416] [info]
ajp_service::jk_ajp_common.c (2773): (myworker) sending request to
tomcat failed (unrecoverable), because of client write error (attempt=1)
[Wed Mar 23 12:07:36.194 2022] [22062:140330401956416] [info]
service::jk_lb_worker.c (1595): service failed, worker myworker is in
local error state
[Wed Mar 23 12:07:36.194 2022] [22062:140330401956416] [info]
service::jk_lb_worker.c (1614): unrecoverable error 200, request failed.
Client failed in the middle of request, we can't recover to another
instance.
[Wed Mar 23 12:07:36.194 2022] [22062:140330401956416] [info]
jk_handler::mod_jk.c (2984): Aborting connection for worker=myworker
Those messages are somewhat confusing because some of them seem to
indicate that the remote client (i.e. web browser) is gone, but then I
see "worker myworker is in local error state" which looks like mod_jk is
considering this *worker* to be in an error-state, meaning that it would
direct traffic to another worker. I'm not seeing the worker being put
into an ERR state. Is that log message just misleading?
Thanks,
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
