On 7/18/07, Hiroyuki Yamada <yamahiroyu.y@xxxxxxxxx> wrote:
In apache-2.2.0, I keep getting messages ::1 - - [19/Jul/2007:12:09:21 +0900] "GET / HTTP/1.0" 403 202 in the access log. I know the "internal dummy connection" message is added in 2.2.0, but there is no "internal dummy connection" message in my log. And, mod_perl2 processes are on the apache and setting MAXREQUESTSPERCHILD to 0, so the mod_perl2 processes are usually alive for the long time, but they seem to get killed after getting the message. As a result, it's working like a CGI process and I'm very in trouble. Does anyone know about this ? My environment is linux 2.6.17-1.2139_FC5, apache-2.2.0, mod_perl -2.0.3. (It's very weird that it's not happening in my development environment linux 2.4.21-32.0.1.ELsmp, apache-2.2.0, mod_perl-2.0.3.) Please give me any feedback.
Start by reading this: http://wiki.apache.org/httpd/InternalDummyConnection The reason you don't see "internal dummy connection" in the logs is that you aren't logging the User-Agent string (as in the combined log format). See: http://httpd.apache.org/docs/2.2/logs.html#accesslog It is no surprise that processes are killed after receiving this message. The whole point of this request is to wake processes that need to be killed. As to why this is happening even with MaxRequestsPerChild set to zero, there are a couple possible explanations: 1. Your process-control directives are not tuned correctly. Make sure MaxSpareServers is set sufficiently high so that apache doesn't need to kill processes to meet that constraint. 2. Perhaps you have an external process restarting apache to rotate logs or something similar. Joshua. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx