FastCGI / Error 500 --> mod_fcgid

[ephigenie]

Ich hab nochmal nachgeschaut : wenn ihr alle einen Socket() Fehler habt (wenn der 500er kommt) dann würde ich die FCGI_CHILDREN höher ziehen - Ich bin mir atm nicht sicher ob der apache persistente FCGI Verbindungen benutzt oder nicht aber multiplexing über einen Socket macht Fastcgi / php glaub ich noch nicht. Ergo braucht man erstmal mehr Sockets bzw. mehr Request-Slots und da ist die Einzige Möglichkeit die FCGI_CHILDREN zu erhöhen.
Alternativ könnten wir auch mal probieren, was passiert, wenn wir mit spawn-fcgi versuchen unsere php's zu starten (spawn-fcgi gibts bei lighttpd). Und dann FastCgiExternalServer benutzen ... ? (also das könnte dann ja auch auf den Socket zeigen) Ich weiss - das bringt wiederum ein ganz paar Nachteile mit sich (z.B. kein Prozessmanagement) aber evt. könnten wir damit das Problem ein wenig genauer lokalisieren ?

[BeNe]

Dann werde ich mal versuchen die FCGI_CHILDREN zu erhöhen.
Ich begrüße jeden Ansatz der eine Besserung bringen könnte.

Greez BeNe

[BeNe]

Wegen der Erhöhung der FCGI_CHILDREN, kann das gleich in der
/etc/apache2/mods-enabled/fastcgi_ispcp.conf
festgelegt werden ? Oder muss ich das für jede Domain selber in der Config erhöhen ? Sonst würde ich die FCGI_CHILDREN aus der php5-starter rausnehmen und könnte dann alle Domains direkt mit der fastcgi_ispcp.conf steuern?!

Momentan sieht die fastcgi_ispcp.conf so aus, und wir haben da keine PHP_FCGI_CHILDREN :

Code:

<IfModule mod_fastcgi.c>
        FastCgiWrapper On
        FastCgiIpcDir /var/lib/apache2/fastcgi2
        FastCgiConfig -idle-timeout 300 -killInterval 60 -multiThreshold 80 -startDelay 5 -maxClassProcesses 10 -maxProcesses 400 -minProcesses 10 -listen-queue-depth 400 -pass-header HTTP_AUTHORIZATION
        #FastCgiConfig -minProcesses 1 -maxProcesses 10 -singleThreshold 100
                      #-killInterval 300 \
                      #-autoUpdate \
                      #-idle-timeout 240 \
                      #-pass-header HTTP_AUTHORIZATION

        FastCgiServer /var/www/fcgi/master/php5-fcgi-starter -user vu2000 -group vu2000

        #
        # PHP5 SUPPORT
        #

        AddHandler php-fastcgi .php .php5

        <Location /php5/php5-fcgi-starter>
            SetHandler fastcgi-script
            Options +ExecCGI
        </Location>

        Action php-fastcgi /php5/php5-fcgi-starter
        AddType application/x-httpd-php .php .php5
</IfModule>

Und die php5-fcgi-starter sieht so aus:

Code:

#!/bin/sh

umask 022

PHPRC="/var/www/fcgi/domain.tld/php5/"

export PHPRC
PHP_FCGI_CHILDREN=2
export PHP_FCGI_CHILDREN
PHP_FCGI_MAX_REQUESTS=500
export PHP_FCGI_MAX_REQUESTS

exec /usr/bin/php5-cgi

Was wäre denn ein guter wert ?
Von 2 auf 20 ? Oder wäre das zu viel ?

Greez BeNe

[ephigenie]

nein 20 wäre wahrscheinlich zuviel.

Es müssen genug Prozesse/Childs da sein um parallele Anfragen zu bewältigen - sprich eine selten besuchte Seite kann durchaus mit 2-4 Children gut leben - aber wenn es mehr Traffic - damit mehr Anfragen parallel gibt sollte es höher sein also immer n Anfragen +2 ist denk ich mal ein guter Ansatz.

Wenn also eine Domain ~10.000 Zugriffe am Tag hat ist sicherlich ein Wert von 10-20 gerechtfertigt. (isp-control.net läuft mit 15 und hat ~10.000 PI/ tag )

[BeNe]

Ok habe ich mir schon fast gedacht!
Dann heißt das also das wir die php5-starter einzeln anpassen müssen.
Lassen sich ja nicht alle Domains über den selben kamm ziehen.

Ich werde mal testen und gebe dann bescheid.

Oder denkst du/ihr das wir mit mod_fcgid besser fahren würden ?

Greez BeNe

[monotek]

Beim Hosten von vielen Websites würde das manuelle Nachregeln für jede einzelne Seite viel zu viel Arbeit machen, die bei anderen Lösungen wie Confixx oder Syscp derzeit imho nicht nötig sind.

Außerdem scheint das ja auch nicht wirklich zu funktionieren, wie man ja auch an http://www.isp-control.net sieht.

Ich würde eher mal dem mod_fcgid Ansatz folgen und schauen, was sich damit erreichen lässt. Den Versuch sollte es auf jeden Fall wert sein, auch wenn es erstmal mehr Arbeit bedeutet.

Besser jetzt als nach der Final noch mal alles umzuwerfen.

[BeNe]

Quote:Beim Hosten von vielen Websites würde das manuelle Nachregeln für jede einzelne Seite viel zu viel Arbeit machen, die bei anderen Lösungen wie Confixx oder Syscp derzeit imho nicht nötig sind.

Das ist es eben. Bei ~ 160 Domains jetzt die config richtig anpassen ist auch schon so ein ding...

Greez BeNe

[dr4g0nl0rd]

ich bin auch dafür mod_fcgid zu testen und zu verwenden..
meine ispcp server (1 produktiv a 5 domains/kunden und 1 zum testen) laufen mit mod_fcgid und /etc/php5/apache2/php.ini
bisher keinerlei performance einbussen oder 500 error.
mit fastcgi war das schon anders

[MoritzDorn]

Hi,

ich habe das Problem mit dem 500 Error auch, ich habe eine Domain laufen, auf der Täglich sehr viele Anfragen kommen, ich kann jetzt leider nicht sagen wie viele, da die Statistiken offline sind.

Auf jeden Fall, hab ich im ordner fcgi/domain.de/ die "php5-fcgi-starter" datei geändert und von 2 auf 15 gestellt.

und in dem masters ordner auch noch, jetzt geht weder die domain.de noch der admin bereich von ispcp. ich hab wieder alles geändert und es geht immer noch nicht.

[Snatch]

Woher wisst ihr das ihr Error 500 habt.
Dumme Frage?

Mir sehlbst ist es mit meinen Configs noch nicht passiert und die User melden es
auch nicht mehr. In den Logs steht nichts von Error 500.
Wir kann ich rausbekommen ob bei einer neuen Config dieser
Fehler auftaucht, wenn ich ihn selbst nicht sehe?