DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14405>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14405 Tomcat uses 90% of CPU ------- Additional Comments From [EMAIL PROTECTED] 2002-11-11 09:52 ------- Thankx a lot for your prompt response. Yes..we are using oracle database in solaris 2.8. We do not see any i/o wait or swapping. I read a couple of articles in mailing lists. They claim that, mod_jk might run into a race condition when tomcat is not able to respond for whatever reason. We are also using mod_jk which was shipped with tomact 3.2.1. We use this for tomcat 3.3 with ajp12 protocol. >From the mailing list, i got the following code. static int ajpv12_handle_response(ajp12_endpoint_t *p, jk_ws_service_t *s, jk_logger_t *l) { while(1) { unsigned to_read = READ_BUF_SIZE; unsigned acc = 0; char *buf = NULL; if(!jk_sb_read(&p->sb, &buf, to_read, &acc)) { jk_log(l, JK_LOG_ERROR, "ajpv12_handle_response, error reading from \n"); return JK_FALSE; } if(!acc) { jk_log(l, JK_LOG_DEBUG, "ajpv12_handle_response, response body is done\n"); break; } if(write_to_ws) { if(!s->write(s, buf, acc)) { jk_log(l, JK_LOG_ERROR, "ajpv12_handle_response, error writing back to server\n"); write_to_ws = JK_FALSE; <<<<<<<<<HERE } } } I could see "ajpv12_handle_response, error writing back to server" in the mod_jk logs. My question is : - At what condition this will run into a race condition - Do we need to upgrade to mod_jk that is shipped with tomcat 3.3 - What causes this error to happen? -- To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-dev-help@;jakarta.apache.org>
