Apache Mod-Python - Re: 3.2b5 : mod_python doesn't handle properly signals likeKILL,SEGV...

This is Interesting: Free IT Magazines  
Home > Archive > Apache Mod-Python > November 2005 > Re: 3.2b5 : mod_python doesn't handle properly signals likeKILL,SEGV...





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Re: 3.2b5 : mod_python doesn't handle properly signals likeKILL,SEGV...
Jim Gallacher

2005-11-24, 5:48 pm

Michel,

I can't reproduce the problem on debian i386. I put together a script
that continually greps a apache child pid and kills it. After killing
200 processes there is no change in the total number of apache
processes, and nothing in the apache log other an entry for each process
killed:

[Thu Nov 24 17:03:44 2005] [error] cgid daemon process died, restarting
....

Regards,
Jim


Michel Jouvin wrote:
> I don't know If really need to write a script, this is so simple.
>
> asa/root % ps -e -opid,ppid,cmd | grep http
> 1560138 1048577 /www/Web/servers/apache/2.0.54/bin/httpd -k start
> 1560163 1560138 /www/Web/servers/apache/2.0.54/bin/httpd -k start
> 1086396 1086105 grep http
>
>
>
>
> kill -KILL 1560163
>
> If you enter again 'ps -e|grep http', you'll see (I am seeing...) the
> number of httpd processes increasing until the max number (determined by
> MaxClient and ThreadPerChild). When this max number is reached you get
> the error message in main Apache error log.
>
> Michel
>
>
>
>
> --On mercredi 23 novembre 2005 19:30 -0500 Jim Gallacher
> <jpg@jgassociates.ca> wrote:
>
>
>
>
> ****************************************
*********************
> * Michel Jouvin Email : jouvin@lal.in2p3.fr *
> * LAL / CNRS Tel : +33 1 64468932 *
> * B.P. 34 Fax : +33 1 69079404 *
> * 91898 Orsay Cedex *
> * France *
> ****************************************
*********************
>
>
>



Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com