Hi, I am using Tomcat 3.2.1 with mod_jk / ajp13 under Solaris 8 on Intel with JDK 1.3 and Apache 1.3.14. I have 4 worker threads defined (2 ajp12 & 2 ajp13). These 2 pairs of workers service 2 virtual hosts. When I request a jsp page, I see a number of entries written to mod_jk.log (as below) The first entry seems to suggest that the request was serviced. However, after that there are multiple entries that suggest that control remain in mod_jk for a log time. Also, the cpu stats show a high % of i/o wait state during each jsp request. Is there some misconfiguration ? I have followed the mod_jk howtos and am running 2 JVM's for each virtual host. Any clues ? Thanks Shahed. [jk_uri_worker_map.c (344)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (406)]: jk_uri_worker_map_t::map_uri_to_worker, Found a mat ch ajp13a [jk_uri_worker_map.c (344)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (406)]: jk_uri_worker_map_t::map_uri_to_worker, Found a mat ch ajp13a [jk_worker.c (123)]: Into wc_get_worker_for_name ajp13a [jk_worker.c (127)]: wc_get_worker_for_name, done found a worker [jk_ajp13_worker.c (651)]: Into jk_worker_t::get_endpoint [jk_ajp13_worker.c (536)]: Into jk_endpoint_t::service [jk_ajp13.c (346)]: Into ajp13_marshal_into_msgb [jk_ajp13.c (480)]: ajp13_marshal_into_msgb - Done [jk_connect.c (108)]: Into jk_open_socket [jk_connect.c (115)]: jk_open_socket, try to connect socket = 9 [jk_connect.c (124)]: jk_open_socket, after connect ret = 0 [jk_connect.c (132)]: jk_open_socket, set TCP_NODELAY to on [jk_connect.c (140)]: jk_open_socket, return, sd = 9 [jk_ajp13.c (527)]: ajp13_unmarshal_response: status = 200 [jk_ajp13.c (534)]: ajp13_unmarshal_response: Number of headers is = 1 [jk_ajp13.c (576)]: ajp13_unmarshal_response: Header[0] [Content-Type] = [text/h tml;charset=8859_1] [jk_ajp13_worker.c (489)]: Into jk_endpoint_t::done [jk_uri_worker_map.c (344)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (344)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (434)]: jk_uri_worker_map_t::map_uri_to_worker, done withou t a match [jk_uri_worker_map.c (434)]: jk_uri_worker_map_t::map_uri_to_worker, done withou t a match [jk_uri_worker_map.c (344)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (344)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (434)]: jk_uri_worker_map_t::map_uri_to_worker, done withou t a match [jk_uri_worker_map.c (434)]: jk_uri_worker_map_t::map_uri_to_worker, done withou t a match [jk_uri_worker_map.c (344)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (344)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (434)]: jk_uri_worker_map_t::map_uri_to_worker, done withou t a match [jk_uri_worker_map.c (434)]: jk_uri_worker_map_t::map_uri_to_worker, done withou t a match --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
