[OFFTOPIC] Server Error 500 seit PHP-Upgrade: Ist FastCGI schuld?

[leapz]

Hallo Leute!

Ich hoffe, dass ihr mir helfen könnt, auch wenn mein Problem nichts unmittelbar mit ispCP zu tun hat. In diesem Forum habe ich allerdings trotzdem viele wertvolle Informationen genau zu meinem Problem gefunden, das ich euch gerne schildern möchte:

Ich habe einen Managed Server und bin daher relativ eingeschränkt, was eigenständige Veränderungen am Server betrifft. Für nahezu alle Änderungen muss ich ein Ticket bei meinem Host aufmachen, wie das nun mal so ist.

Auf meiner Webseite habe ich täglich etwa 20.000 Besucher und der Hauptbestandteil ist ein großes Diskussionsforum sowie ein Newsboard. Weitere (nennenswerte) PHP-Scripte auf SQL-Basis habe ich nicht im Einsatz.

Im Dezember wurde aus Sicherheitsgründen das bis dahin eingesetzte PHP 4.x durch 4.4.7 (heute 4.4.8) geupdated, zusätzlich zu anderen Updates: Apache (1.3.39), PHP5 (5.2.5), Perl (5.8.8) und Python (2.5.1). Das Apache-Modul wurde durch eine CGI-basierte Lösung ersetzt (FastCGI, würde ich mal raten...). Bis zu diesem Zeitpunkt hatte ich nahezu keine Probleme und der Server lief jeden Tag absolut problemlos.

Seit der Umstellung erhalte ich nun etwa 100x pro Tag den beliebten Server Error 500 - allerdings völlig willkürlich und ausschließlich beim Aufruf von PHP-Dateien (ganz egal, ob dahinter ein Script steckt oder nur der Satz "Hello World"). Es betrifft grundsätzlich alle .php Files, während der Rest funktioniert. Das bringt mir allerdings nicht viel, da meine Präsenz zu 99,9% aus PHP-Dateien besteht... Der 500er tritt nur für den Bruchteil einer Sekunde auf, d.h. ein Reload der Seite führt so gut wie immer sofort zur fehlerfreien Anzeite der Seite.

Diverse Calls bei meinem Host haben bislang noch kein Ergebnis gebracht; die Schuld wurde hauptsächlich auf "zu viele parallel stattfindende Suchanfragen von Google & Co." zurückgeführt, was ich allerdings nur schwer glauben kann. Denn erstens funktionierte unmittelbar vor den Updates wie gesagt alles problemlos und zweitens treten die Meldungen lt. HTTP-Logfiles auch bei normalen Anfragen auf, also nicht nur bei Google oder Slurp.

Als weitere Fehlerquelle wurde die Programmierung meiner Webseite genannt, was ich aber ebenfalls nur schwer glauben kann, denn vorher funktionierte wie gesagt alles wunderbar und auch heute tritt dieser Fehler nur sporadisch auf, egal ob nun gerade eine hohe Serverload herrscht oder ob es 4 Uhr in der Nacht ist.

Mein Host hat mir diesen Auszug aus den Logfiles zugeschickt und gleichzeitig den Idle-Timeout für FastCGI-Prozesse auf 120 Sekunden gesetzt, was allerdings nichts gebracht hat (und außerdem habe ich eh keine Scripte, die so eine lange Laufzeit benötigen könnten):

Code:

[Sun Jan  6 16:34:17 2008] [error] [client xx.xx.xx.xx] FastCGI: comm with (dynamic) server "/home/httpd/cgi-bin/php-fcgi-starter.fcgi" aborted: (first read) idle timeout (60 sec)
[Sun Jan  6 16:34:17 2008] [error] [client xx.xx.xx.xx] FastCGI: incomplete headers (0 bytes) received from server "/home/httpd/cgi-bin/php-fcgi-starter.fcgi"

Hier im Forum habe ich dann weitere Lösungsansätze gefunden, die sich allesamt auf den Einsatz von FastCGI beziehen. Unter anderem wurde erwähnt, dass PHP_FCGI_CHILDREN von "1" auf einen höheren Wert gesetzt werden sollte. Leider wurde diese Anfrage von meinem Host abgelehnt, da (Zitat) "PHP_FCGI_CHILDREN aus Kompatibilitätsgründen mit mod_fastcgi auf 1 gesetzt ist - diese Einstellung ändern wir nicht".

Ich bin nun mit meinem Latein am Ende und weiß nicht, was ich noch tun soll. Ein Anbieterwechsel würde erst dann Sinn machen, wenn ich sicher wäre, dass das Problem nicht auch dort auftritt. Wer kann mir helfen und hat vielleicht noch einen Tipp parat, was hier falsch läuft? Ist FastCGI denn überhaupt eine mögliche Fehlerquelle oder bin ich da auf dem Holzweg?