Make FastCGI reliable

Hi,

At the moment I'm running Apache 2.0.58 with mod_fastcgi 2.4.2 . I run 
php 5.1.4 as FastCGI application. The OS is FreeBSD 4.11-stable
But I can't manage to let it run perfectly.
I've ran it in 2 ways so far:
- PHP binary directly as FastCGI
- PHP Wrapped with a shell script as FastCGI (php launches a few child 
of it own)

The first method will result on a given moment in a crash "terminated 
due to uncaught signal '10' ((null))" and fails to restart until apache 
itself is restarted. This is seen after the php FastCGI has reached the 
set up dynamicMaxClassProcs. backtrace with gdb results in:

#0  0x48c7d95b in memcpy () from /usr/lib/libc_r.so.4
#1  0x0 in ?? ()

The second method will cause the first launced php script to spawn 
childs without reason and out of control. But request are being 
continued to be served.
Occasionaly a request will be failed to served, but it does not seem 
related to the uncontrolled spawning of php child processes.

PHP developers had rewritten the fastcgi in php as of 5.1.3. All 
metioned cases above are equally present in versions before and after 
5.1.3. I think a possible cause can be found in fastcgi itself.

How can I make FastCGI more reliable so it handles ALL requests 
properly? Visitors of my website are pretty fed up with 500 errors...


Thanks in advanced,


Frank de Bot



___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/