[Note - adding tech-kern as I think that this is delving into that area
now]

On Fri, 11 Jun 2004 12:55:28 +0200
Marc Recht <marc@geht.de> wrote:
> > yours for differences.  As for the Mutex errors, I have someone
> > setting up the conf file to use the module now.  I will let you know
> > what happens.
> 
> I just tried it and I am havin the same problems with it: 
> 
> [Fri Jun 11 12:45:18 2004] [warn] Init: Session Cache is not
> configured[hint: SSLSessionCache]
> [Fri Jun 11 12:45:20 2004] [notice] mod_python: Creating 32 session
> mutexes based on 6 max processes and 25 max threads.
> [Fri Jun 11 12:45:20 2004] [error] (23)Too many open files in system:
> mod_python: Failed to create global mutex 26 of 32
> (/tmp/mpmtx1452126).[Fri Jun 11 12:45:20 2004] [error] mod_python: We
> can probably continue, but with diminished ability to process session
> locks.[Fri Jun 11 12:45:20 2004] [error] mod_python: Hint: On Linux,
> the problem may be the number of available semaphores, check 'sysctl
> kernel.sem'
> [Fri Jun 11 12:45:20 2004] [notice] Digest: generating secret for
> digest authentication ...
> [Fri Jun 11 12:45:20 2004] [notice] Digest: done
> [Fri Jun 11 12:45:20 2004] [emerg] (23)Too many open files in system:
> Couldn't create accept lock
> 
> (2.0_BETA/python23-pth)

Yes, same here and also on global mutex 26 of 32.  There seems to be a
limit of 25 Mutexes but I can't understand where that limit is coming
from.  If you reduce your MaxClients to less than 25 then it works.  I
can't seem to find this limit documented anywhere.  I did determine that
it is a system limit and not a session limit because two Apache servers
will bump into the limit based on the total MaxClients used by both.

Does anyone have any idea where I should be looking?  All I have found
so far is dead ends.

Thanks.

-- 
D'Arcy J.M. Cain <darcy@NetBSD.org>
http://www.NetBSD.org/