Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
Received-SPF: pass (nike.apache.org: domain of i.galic@brainsware.org
 designates 188.40.115.121 as permitted sender)
Date: Sat, 2 Oct 2010 10:55:42 +0000 (UTC)
From: =?utf-8?Q?Igor_Gali=C4=87?= <i.galic@brainsware.org>
To: users@httpd.apache.org
Message-ID: <516982650.3842.1286016942399.JavaMail.root@iris>
In-Reply-To: <AANLkTin+2H9aWXE9x0JWF=_WLxY-A+ZEoRJTtFmagAP6@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [users@httpd] Debian Lenny + MaxRequestsPerChild


----- "Thomas Lindgren" <thomas.lindgren@diino.net> wrote:

> Hi all,
>=20
> We just upgraded to Debian Lenny and saw some unexpected behaviour
> from an Apache node running a mod_perl2 app which I hope someone here
> can explain.
>=20
> After running the system for a short while, the server stops accepting
> requests. Checking the system, we can see that all workers have
> disappeared but the apache2 parent process remains alive. There's no
> relevant information in the access or error logs. After some
> experimentation, we have also found that if we restart the server with
> MaxRequestsPerChild set to zero, it seems to keep going. It thus looks
> like the workers stop after serving MaxRequestsPerChild, then are not
> restarted.
>=20
> So, any ideas about what's going on or how to troubleshoot this would
> be appreciated.

Can you get a strace from the parent once, or shortly before it reaches
such a state?

gdb would also be a plus...

gcore $pid etc..

It could also be that some of Debian's patches are causing this..

you could try to compile (the latest versions of) httpd and mod_perl2
and see if you can reproduce this behaviour.

(See https://scm.brainsware.org/svn/webstack/linux/Makefile on how
to compile for Debian)

But before going down that rourte ith might be worth elaborating
what your httpd does, other then serve a mod_perl2 application.
Since you do have a number of other modules loaded which could
be useful or suspects in this case.

> Here are some further details:
>=20
> apache2.conf - Problematic config section (migrated from etch):
> <IfModule mpm_worker_module>
> StartServers 2
> MaxClients 200
> MinSpareThreads 25
> MaxSpareThreads 75
> ThreadsPerChild 50
> MaxRequestsPerChild 10000
> </IfModule>
>=20
> apache2.conf - working (default) config:
> <IfModule mpm_worker_module>
> StartServers 2
> MaxClients 200
> MinSpareThreads 25
> MaxSpareThreads 75
> ThreadsPerChild 25
> MaxRequestsPerChild 0
> </IfModule>
>=20
> $ apache2 -v
> Server version: Apache/2.2.9 (Debian)
> Server built: Apr 20 2010 15:42:00
>=20
> $ APACHE_RUN_USER=3Dwww-data APACHE_RUN_GROUP=3Dwww-data apache2 -t -D
> DUMP_MODULES
> Loaded Modules:
> core_module (static)
> log_config_module (static)
> logio_module (static)
> mpm_worker_module (static)
> http_module (static)
> so_module (static)
> alias_module (shared)
> apreq_module (shared)
> auth_basic_module (shared)
> auth_digest_module (shared)
> authn_file_module (shared)
> authz_default_module (shared)
> authz_groupfile_module (shared)
> authz_host_module (shared)
> authz_user_module (shared)
> autoindex_module (shared)
> cgid_module (shared)
> dav_module (shared)
> dav_fs_module (shared)
> dav_lock_module (shared)
> deflate_module (shared)
> env_module (shared)
> headers_module (shared)
> mime_module (shared)
> negotiation_module (shared)
> perl_module (shared)
> proxy_module (shared)
> proxy_http_module (shared)
> setenvif_module (shared)
> ssl_module (shared)
> status_module (shared)
> Syntax OK
>=20
> Best regards,
> Thomas
> --
> Thomas Lindgren, Chief Technology Officer, Diino AB

--=20
Igor Gali=C4=87

Tel: +43 (0) 664 886 22 883
Mail: i.galic@brainsware.org
URL: http://brainsware.org/

---------------------------------------------------------------------
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@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org