Re: random errors

Stefan Wendt <[email protected]>
Newsgroups gmane.comp.web.fastcgi.devel
Message-ID <[email protected]>
Hi Divak

PHP with dynamic fastcgi_pm doesn't work reliably. The main
problem is that SIGTERM  isn't caught by php. Please see here:

http://bugs.php.net/bug.php?id=36158

Despite that, you seam to have additional problems ontop of what's
described above.

You should also consider using a different version of mod_fastcgi.
This is the version I am using:

http://www.fastcgi.com/dist/mod_fastcgi-SNAP-0404142202.tar.gz

I hope this helps.


Stefan Wendt

Divák Ádám wrote:

>hello,
>
>i have a debian sarge system with apache2.0.54 and php 4.3.10-16
>(cgi-fcgi) and mod_fastcgi installed using apt-get (+suexec2). i would
>like to have a web server with several virtual hosts, each one running
>php (and later maybe other) scripts as their own users.i'm not sure if
>this problem should be posted here but i hope you can help.
>i have the system up and running, so scripts are run as their owners,
>every virtual host can have it's own php.ini and so on. the system is
>fortunately not in production yet, so i have the time to mess up
>everything :)
>so the problem is that i frequently get 2 errors following each other,
>and after that happening, i can do nothing with php. sometimes not
>even the restarting of the webserver is enough.for example, this wan
>in error.log after a restart i've just done:
>[Sat Feb 18 09:01:50 2006] [notice] Apache configured -- resuming normal operati
>ons
>[Sat Feb 18 09:34:27 2006] [error] server reached MaxClients setting, consider r
>aising the MaxClients setting
>[Sat Feb 18 09:34:34 2006] [alert] [client 213.178.105.234] (2)No such file or d
>irectory: FastCGI: failed to connect to (dynamic) server "/data/files/near.hu/pu
>blic/cgi-bin/php": something is seriously wrong, any chance the socket/named_pip
>e directory was removed?, see the FastCgiIpcDir directive
>[Sat Feb 18 09:34:34 2006] [error] [client 213.178.105.234] FastCGI: incomplete
>headers (0 bytes) received from server "/data/files/near.hu/public/cgi-bin/php"
>the always-appearing error-messages are the last two ones, but the
>maxclients is also strange, as the server is only being used by me
>(and some other funny guys who are looking for old mambo-versions and
>so on), so i hardly believe the maxclients limit were reached
>(especially after a restart).
>the strange with the other 2 errors is that they appear randomly, so
>nothing changes but suddenly php stops working (eg i'm working with
>phpldapadmin and i get 500-internal server error once..).
>(/cgi-bin/php is the tiny shell script you can see everywhere to
>export the phprc value).
>if you think this problem has nothing to do with fastcgi, please tell
>me and i'll try to ask it on other lists.
>thanks in advance
>adam
>
>my configs:
>/etc/apache2/mods-enabled/fastcgi.conf
>
><IfModule mod_fastcgi.c>
> #AddHandler fastcgi-script .fcgi .fcg .fpl
>  AddHandler php-fastcgi .php .php4 .phtml
>
>  FastCgiWrapper /usr/lib/apache2/suexec2
>  FastCgiIpcDir /var/lib/apache2/fastcgi
>  #FastCgiConfig -singleThreshold 100 -killInterval 300 -autoUpdate -pass-header
> HTTP_AUTHORIZATION
>
>  Action  php-fastcgi  /cgi-bin/php
>  #
>
>  AddType application/x-httpd-php4  .php .php4 .phtml
>  #AddType application/x-httpd-php5 .php5
>
></IfModule>
><Location /cgi-bin/>
>  Options ExecCGI
>  SetHandler fastcgi-script
></Location>
>
>in the virtual host:
> ScriptAlias /cgi-bin/ /data/files/xy.hu/public/cgi-bin/
> SuexecUserGroup xy.www xy
>
>and the shell script (/cgi-bin/php)
>#!/bin/sh
>PHPRC="/etc/php4/cgi"
>export PHPRC
>PHP_FCGI_CHILDREN=4
>export PHP_FCGI_CHILDREN
>exec /data/files/xy.hu/public/cgi-bin/php4
>
>
>
>  
>
>------------------------------------------------------------------------
>
>___________________________________
>fastcgi-developers mailing list
>http://fastcgi.com/fastcgi-developers/
>  
>

___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.