Dear List, as always we found the answer right after posting to the list: We identified libecw_3.3 with runs as a plugin to GDAL. GDAL furthermore is used in mapscript (Mapserver) to process a variety of vector und raster formats. And we use PHP (libapache2-mod-php5) with mapscript module! Libecw seems to have some memory leaks and certainly other strange behavior which lead to the described problem. Since deactivation of ECW support for GDAL, apache-processes are closing as expected. Hopefully our problem is solved. Best regards Manuel Ferreira -----Ursprüngliche Nachricht----- Von: Ferreira Manuel [mailto:Manuel.Ferreira@xxxxxxxxxxxxxxxxx] Gesendet: Montag, 22. August 2011 10:25 An: users@xxxxxxxxxxxxxxxx Betreff: Apache/2.2.16 (Prefork) with PHP: Processes in mode "Closing connection" never closed Dear List, we are using Apache/2.2.16 (Prefork) with PHP/5.3.3-7+squeeze3 on one application-server and monitor a strange behavior with processes being in mode "Closing connection" until we manually restart the webserver with "apache2ctl restart". On Debian Lenny with Apache/2.2.9 (Prefork) and PHP/5.2.6-1+lenny13 the same configuration has worked for years without any problems. Either "/var/log/apache2/error.log" or "/var/log/syslog" don't show any considerable errors. The following output for example shows a process 12399 which is in "Closing connection" mode for a long time. Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request 0-11 12398 86/985/985 W 44.56 2 0 3708.9 12.94 12.94 192.168.98.3 [URL] 1-11 12399 1/116/116 C 3.37 2424 0 0.0 0.61 0.61 ::1 vsrv33-pinux2 OPTIONS * HTTP/1.0 2-11 12400 1/158/158 C 7.99 2449 0 0.0 3.35 3.35 ::1 vsrv33-pinux2 OPTIONS * HTTP/1.0 3-11 15993 6/7/505 K 0.23 1 133 36.3 0.04 7.04 192.168.98.3 [URL] 4-11 12402 1/566/566 C 23.38 1093 0 0.0 7.64 7.64 ::1 vsrv33-pinux2 OPTIONS * HTTP/1.0 5-11 12408 1/302/302 C 16.34 1352 0 0.0 3.90 3.90 ::1 vsrv33-pinux2 OPTIONS * HTTP/1.0 [...] In front of this application-server we use an Apache/2.2.16 (Debian) as an reverse proxy. Maybe this issue is also connected to the reverse proxy. But on the other hand the second application-server with Apache/2.2.9 (Prefork) and PHP does not have these problems. So it seems to be a new issue. By the way: Killing processes like 12399 with kill -9 seems to help. But this is really dirty. We are quite desperate right now and we appreciate any help. Best regards Manuel Ferreira Systemtechnik regioDATA GmbH Wiesenweg 4 79539 Lörrach Telefon 07621 91943-319 Telefax 07621/91943-310 manuel.ferreira@xxxxxxxxxxxxxxxxx www.regiodata-gmbh.de regioDATA Gesellschaft für raumbezogene Informationssysteme mbH Sitz Lörrach, Amtsgericht Freiburg HRB 412719 Geschäftsführer: Michael Schade --------------------------------------------------------------------- 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 --------------------------------------------------------------------- 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
|