You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2002/07/02 21:59:11 UTC
DO NOT REPLY [Bug 7921] -
perchild: apr_proc_mutex_[un]lock failed...
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7921>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7921
perchild: apr_proc_mutex_[un]lock failed...
rbb@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bugs@httpd.apache.org
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From rbb@apache.org 2002-07-02 19:59 -------
You are trying to use SYS V Semaphores for your locking, but that can't work
with perchild. The docs are not clear about this, because I just found the
problem earlier this week. Basically, for all of the other MPMs, we create the
semaphore and then change the permissions on the semaphore so that the child
processes can attach to it. That works for the other MPMs, because they have a
sinlge uid/gid for all of the child processes. Perchild doesn't have that, it
has multiple uid/gid combinations, so we would have to make the permissions very
lax in order to allow all of the uid/gid's to bind to the semaphore. Rather
than open the security that much, it is much better to just use a fcntl locking
mechanism.
This can be accomplished by adding:
AcceptMutex fcntl
to your config file.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org