This is a respond to: "Debian Bug report logs - #345260 Apache2-mpm-worker 2.0.55-3 crashing box, memory leak?"
I experienced the same problem (sometimes (rarely) an apache2 process is born, which momentally eates all the memory (>1Gb)), while the configiration of apache is quite different: apache2 -V: Server version: Apache/2.2.4 (Debian) Server built: Aug 8 2007 15:37:57 Server's Module Magic Number: 20051115:5 Server loaded: APR 1.2.11, APR-Util 1.2.7 Compiled using: APR 1.2.7, APR-Util 1.2.7 Architecture: 32-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="" -D SUEXEC_BIN="/usr/lib/apache2/suexec" -D DEFAULT_PIDLOG="/var/run/apache2.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="/var/run/apache2/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types" -D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf" dpkg -l | grep apache2 : hi apache2 2.2.4-3 hi apache2-doc 2.2.4-3 hi apache2-mpm-prefork 2.2.4-3 hi apache2-utils 2.2.4-3 hi apache2.2-common 2.2.4-3 hi libapache2-mod-apreq2 2.08-5 hi libapache2-mod-auth-pam 1.1.1-6.1 hi libapache2-mod-auth-plain 2.0.48-4-2.2 hi libapache2-mod-auth-shadow 2.1-2 hi libapache2-mod-auth-sys-group 1.1.1-6.1 hi libapache2-mod-evasive 1.10.1-1 hi libapache2-mod-ldap-userdir 1.1.11-3 hi libapache2-mod-php5 5.2.3-1+b1 hi libapache2-mod-scgi 1.12-0.2 hi libapache2-mod-vhost-hash-alias 1.0-2 notice, apache2-mpm-prefork, not Apache2-mpm-worker. Modules loaded: ls /etc/apache2/mods-enabled/ | grep load alias.load@ auth_basic.load@ authn_file.load@ auth_pam.load@ auth_sys_group.load@ authz_default.load@ authz_groupfile.load@ authz_host.load@ authz_user.load@ autoindex.load@ cgi.load@ dir.load@ env.load@ ldap_userdir.load@ mime.load@ negotiation.load@ php5.load@ rewrite.load@ setenvif.load@ status.load@ suexec.load@ userdir.load@ The problem was worked around by adding to the beginning of /etc/init.d/apache2 a string: ulimit -v 102400 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
