[ 
http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12448585
 ] 
            
Graham Dumpleton commented on MODPYTHON-202:
--------------------------------------------

A configuration option can possibly be modelled off how the AcceptMutex 
directive for Apache works. Ie:

  http://httpd.apache.org/docs/2.2/mod/mpm_common.html#acceptmutex

Would just need to decide whether we do it as a PythonOption or introduce a new 
directive instead.

Note there is an interesting comment in there about using pthread which may be 
relevant to the problem you are seeing. Specifically:

  On most systems, when the pthread option is selected, if a child process 
terminates
  abnormally while holding the AcceptCntl mutex the server will stop responding 
to
  requests. When this occurs, the server will require a manual restart to 
recover.

  Solaris is a notable exception as it provides a mechanism, used by Apache, 
which
  usually allows the mutex to be recovered after a child process terminates 
abnormally
  while holding a mutex.

  If your system implements the pthread_mutexattr_setrobust_np() function, you 
may
  be able to use the pthread option safely.

> Allow mechanism used by global mutex locks to be specified.
> -----------------------------------------------------------
>
>                 Key: MODPYTHON-202
>                 URL: http://issues.apache.org/jira/browse/MODPYTHON-202
>             Project: mod_python
>          Issue Type: New Feature
>          Components: core
>    Affects Versions: 3.2.10
>            Reporter: Graham Dumpleton
>
> When using experimental Apache ITK MPM, described at:
>   http://home.samfundet.no/~sesse/mpm-itk/
> global mutex locks will fail if Apache used semaphores because requests 
> against different virtual hosts run as different users and user will not have 
> permission to access the semaphore to lock it. See:
>   http://www.modpython.org/pipermail/mod_python/2006-November/022536.html
> for original mailing list post about this from Sam Morris.
> A suggested fix of finding a specific mechanism that works rather than 
> default used by Apache, seems to work:
>   http://www.modpython.org/pipermail/mod_python/2006-November/022537.html
>   http://www.modpython.org/pipermail/mod_python/2006-November/022538.html
>   http://www.modpython.org/pipermail/mod_python/2006-November/022539.html
> If available MPMs with such constraints are going to appear, may make sense 
> to have an option to configure which allows one to override at compile time 
> the default mechanism used for global mutex locks so that it can be made to 
> match what may be required for a specific MPM that Apache is compiled to use.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to