Probleme mit FastCGI, 500er Scriptfehler

Druckbare Version

12.02.2018, 18:41
gregor

Probleme mit FastCGI, 500er Scriptfehler

Ganz sporadisch treten im BE mit Contao 4.4.13 beim Anklicken von Menüpunkten 500er Fehler auf. Dabei ist es egal ob auf Systemwartung, Seitenlayouts, Benutzer, Artikel oder andere Punkte geklickt wird.

Die Serverlogs geben folgende Einträge wieder:

Code:

2018-02-12 15:49:18 xx.xxx.xx.xxx:50483 FastCGI: incomplete headers (0 bytes) received from server "/etc/httpd/fastcgi/php-fcgi-starter", referer http://xxx.xxx.xx/ 2018-02-12 15:48:59 xx.xxx.xx.xxx:50465 FastCGI: incomplete headers (0 bytes) received from server "/etc/httpd/fastcgi/php-fcgi-starter", referer http://xxx.xxx.xx/ 2018-02-12 15:48:25 xx.xxx.xx.xxx:50413 FastCGI: incomplete headers (0 bytes) received from server "/etc/httpd/fastcgi/php-fcgi-starter", referer http://xxx.xxx.xx/ 2018-02-12 15:48:19 xx.xxx.xx.xxx:50411 FastCGI: incomplete headers (0 bytes) received from server "/etc/httpd/fastcgi/php-fcgi-starter", referer http://xxx.xxx.xx/

Das Problem betrifft zwei Contao-Installationen 4.4.13 auf dem gleichen Server (Managed) bei Domainfactory. Beide Installationen laufen mit PHP 7.10. Contao-Check zeigt alles in Grün. PHP-Laufzeiten und PHP-Memory kann es eigentlich nicht sein, da mit der Paketverwaltung (Contao-Manager) keine Probleme auftreten.

Wird FastCGI deaktiviert, tritt das Problem nicht mehr.

Die Technik von Domainfactory kann serverseitig keine Probleme feststellen und vermutet das Problem bei den Scripts.
Funktioniert Contao 4.4 nicht mit FastCGI oder wo könnte das Problem liegen?

VG,
Gregor
12.02.2018, 19:11
Spooky

Dazu würde ich mich direkt an DomainFactory wenden oder das zumindest im Forum posten.
12.02.2018, 19:18
gregor

An DomainFactory habe ich mich ja bereits gewandt und abschließend die folgende Antwort erhalten:

Zitat:

Wie auch zuvor konnten die Kollegen der Technik keinen serverseitigen Fehler erkennen.
12.02.2018, 19:22
Spooky

Verwendest du PHP-FPM oder tatsächlich nur FastCGI?
12.02.2018, 19:29
gregor

Als PHP-Edition kann ich nur folgende Optionen auswählen:
Extended
Light
Standard
FastCGI

Von PHP-FPM steht da nichts.
12.02.2018, 19:31
Spooky

Deaktiviere in den System Einstellungen mal den Frontend Cron und teste, ob das Problem dann nicht mehr auftaucht.
12.02.2018, 19:38
gregor

Frontend-Cron deaktiviert, Systemwartung alles geleert, Cache über den Contao-Manager neu erstellt.
Problem bleibt auch mit deaktiviertem Frontend-Cron bestehen.
13.02.2018, 07:22
gregor

Gem. diesem Blogbeitrag läuft bei df PHP-FPM.

Auch phpinfo gibt an:
Server API: FPM/FastCGI
Configuration File (php.ini) Path: /usr/local/php71-fpm
php-fpm: active

An was könnte das Problem noch liegen?
13.02.2018, 07:25
tab

Steht denn zu den Fehlern nichts im Error-Log des Servers?
13.02.2018, 07:31
gregor

Na klar steht da was, bitte siehe oben erster Beitrag.

Mehr steht da in den Serverlogs nicht drinnen.
Jedenfalls nicht in denen, die mir zugänglich sind.

In den Contao Logs unter var/logs steht auch nichts, was nach einem Problem mit FastCGI aussieht.
13.02.2018, 07:40
tab

Eventuell dauert irgendeine DB-Abfrage zu lang, so dass der Apache in einen Timeout läuft, bevor das ausgeführte Skript (Contao Backend ...) fertig wird.
13.02.2018, 07:49
gregor

Kann ich das mit "einfachen Mitteln" irgendwo erkennen oder testen, wie schnell die DB-Abfrage ist?
13.02.2018, 08:08
tab

Das könnte man eventuell im Debug-Modus (app_dev.php ...) sehen. Tritt der Fehler denn direkt nach dem Anklicken auf oder dauert es eine Weile?
13.02.2018, 08:22
gregor

Der Fehler tritt sofort nach dem Anklicken auf.

Klicke ich z.B. auf "Seitenlayouts" ist der 500er sofort da.
Nun klicke ich im Browser "Seite zurück" und wieder auf "Seitenlayouts" und dann funktioniert es ohne Probleme.

Mit app_dev.php habe ich bis dato noch keinen Kontakt gehabt.
Muss ich mir mal in Ruhe anschauen wie das mit der app_dev.php funktioniert.
13.02.2018, 08:37
tab

Naja, dann ists wohl eher unwahrscheinlich, dass das Problem durch einen Timeout kommt.
13.02.2018, 09:29
mlweb

Ich hatte so ein ähnliches Problem auch bei Webgo. Die Seite war recht bildlastig und hatte einige (offensichtlich zu viele für das Paket) Bildgrößen definiert. Bildgrößen alle herausgenommen und alle Bilder noch mal optimiert und das Problem trat irgendwann nicht mehr auf. Danach haben wir die Anzahl der vordefinierten Bildgrößen drastisch reduziert bzw. an einigen Stellen, wo der Redaktuer normalerweise nichts verändert, direkt mit HTML und selbst generierten Bildern gearbeitet.
13.02.2018, 10:02
gregor

Es ist eine Contao 4.4.13 Neuinstallation.
Außer paar Platzhalterbilder und etwas CSS ist da noch nicht viel vorhanden.

An der Serverauslastung kann es auch nicht liegen.
Die Werte für Systemlast, MySQL-Verbindungen und Serverantwortzeiten liegen alle im unterem Bereich.
13.02.2018, 10:41
tab

Dann bleibt ja eigentlich nur entweder ein Bug in PHP/Symfony/Contao oder eine nicht ganz saubere Systemkonfiguraion. DF hatte in der Vergangenheit laut einigen Suchtreffern schon mal ähnliche Probleme, was damals wohl mit nicht ganz zur PHP-Version kompatiblen Versionen von APC(u) und/oder OPCache zusammenhing.
13.02.2018, 12:12
gregor

Nun wollte ich mal schauen was der Debug-Modus an Infos preisgibt und habe das nächste Problem.
Mag sein das es an meinen bescheidenen Konsolen-Kentnissen liegt, aber so schwer kann es ja auch nicht sein.

Ich habe mit

Code:

vendor/bin/contao-console contao:install-web-dir -p

ein User und Passwort generiert.
Die .env liegt im Root.

Rufe ich nun

Code:

*/app_dev.php/contao/login

auf, kommt die Authorisierungsabfrage.

Gebe ich die Daten ein und klicke auf "Anmelden", lädt die Seite neu und die Authorisierungsabfrage kommt erneut.
Ich kann mich über app_dev nicht einloggen.
Normaler BE Login funktioniert.
Contao-Cache ist neu erstellt.

Was mache ich hier falsch?
13.02.2018, 12:53
Spooky

In manchen FastCGI Umgebungen kommt es zu diesem Problem. Siehe auch dieser Stackoverflow Post von mir: https://stackoverflow.com/a/40724919/374996
Versuche mal diese Zeile ganz am Ende der .htaccess einzufügen.
13.02.2018, 13:09
Samson1964

Zitat:

Zitat von gregor

Als PHP-Edition kann ich nur folgende Optionen auswählen:
Extended
Light
Standard
FastCGI

Von PHP-FPM steht da nichts.

Also bei meinem ManagedServer von df) steht bei PHP 7.1.6 STABLE:

Zitat:

STANDARD
LIGHT
FPM/FASTCGI
EXTENDED

Gewählt habe ich Extended und die 4.4.13 läuft. Ich mußte df) nur zusätzlich bitten den RAM auf der Konsole auf 1 GB (Standard 444 MB) hochzusetzen, damit der CM Pakete installieren kann.
13.02.2018, 13:12
Spooky

FPM/FastCGI wäre aber prinzipiell zu bevorzugen bei Contao 4. Siehe dazu auch https://github.com/contao/check/issues/134
13.02.2018, 13:20
gregor

Vielen Dank für den Hinweis, Spooky.

Aber weder

Zitat:

SetEnvIf Authorization .+ HTTP_AUTHORIZATION=$0

noch

Zitat:

RewriteCond %{HTTP:Authorization} .
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

schaffen abhilfe.

Nur das Umstellen der PHP-Edition von "FastCGI" auf "Standard" ermöglichte mir den Zugang zum Debug-Modus.
Stelle ich wieder um auf FastCGI, ist keine Authorisierung möglich, bzw. der Auth-Requester geht nicht weg.
13.02.2018, 13:26
Spooky

Zitat:

Zitat von gregor

noch

Code:

RewriteCond %{HTTP:Authorization} . RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

schaffen abhilfe.

Das sollte sowieso schon drin sein: https://github.com/contao/manager-bu...access#L21-L23
13.02.2018, 13:39
gregor

@Samson1964

Ich verwende 7.1.10Latest mit FastCGI.
Probleme mit Laufzeiten und/oder Speicher bezüglich CM habe ich auf dem Server nicht.
Schon mit Contao 3.5 und Composer lief alles bestens.
13.02.2018, 16:24
swinde

Hallo!

gibt es in Deiner php.ini diesen Link?

PHP-Code:

/usr/local/php5/ZendOptimizer.so

Wenn ja schalte "zend_optimizer.enable_loader" aus, dann sollte der Fehler weg sein, macht bei php 7 ja auch keinen Sinn!

Du kannst ja auch mal den Cgi Debugger benutzen. https://www.df.eu/blog/cgi-debugger-zur-fehleranalyse/

Siehe auch hier: https://www.df.eu/forum/threads/8063...in-der-php-ini
14.02.2018, 08:02
gregor

Hallo swinde,

vielen Dank für den Hinweis.
Leider brachte das auch keine Abhilfe.

Die php.ini sieht nun wie folgt aus:

Zitat:

zend_optimizer.optimization_level = "15"
zend_optimizer.enable_loader = ""
zend_extension = "/usr/local/php5/ZendOptimizer.so"

Das Problem mit der Authorisierung für den Debug-Modus besteht auch noch weiterhin.
14.02.2018, 08:38
swinde

Moin Gregor,

benutze doch wie von mir vorgeschlagen der CGI-Debuger auf deinem Server, der wird doch von DF kostenlos zur Verfügung gestellt.

Rufe den Debuger über den Link https://sslsites.de/ihre-domain.tld/...cgi/cgi-debug/ auf. "ihre-domain.tld" durch deine Domain ersetzen.
Der Benutzer ist die Auftragsnummer A12345, das Passwort wie beim Kundenmenü.

Damit hast du Einblick ins apache.log des Servers, jetzt noch den Fehler reproduzieren und dort nachsehen ob im Log etwas aufgelaufen ist.

Steffen Winde
14.02.2018, 08:47
gregor

Mosche Steffen,

den verwende ich bereits.
Siehe das erste Posting, die Einträge sind aus dem CGI-Debugger.
Mehr wird da nicht angezeigt.
14.02.2018, 08:49
gregor

Ich werde nachher mal die 7.1.6STABLE, wie auch bei Samson1694, einstellen und schauen ob sich was ändert.
14.02.2018, 09:50
gregor

Umgestellt auf 7.1.6STABLE und Problem bleibt weiterhin bestehen.
14.02.2018, 09:55
swinde

Bist du durch Module auf php 7.1 festgelegt oder kannst Du auch mit php 5.6 testen?

Ich würde auch optional auch mal die STANDARD Version versuchen.
14.02.2018, 10:10
gregor

Mit STANDARD hatte ich es bereits versucht und hier funktioniert es ohne Probleme.
03.07.2018, 06:30
creativx

Genau das selbe Problem

Guten Morgen zusammen,

ich habe genau das selbe Problem. Ich erhalte auch ständig im Backend einen 500er. Im CGI-Debug steht folgenes drin:

Code:

2018-07-03 07:12:48 2003:a:371:1500:c577:ad45:5d4e:692c:49800 FastCGI: incomplete headers (0 bytes) received from server "/etc/httpd/fastcgi/php-fcgi-starter", referer https://www.***/

Ist die Umstellung auf PHP Standard die einzige Lösung die sich hier bisher aufgetan hat? ist das ein Problem von DF oder ein Problem, welches mich bei anderen Hostern auch erwischen kann ?
03.07.2018, 07:36
gregor

Die Umstellung ist für mich bis dato die einzigste Lösung des Problems.
Ich habe bei drei anderen Hostern vergleichbare Installationen am laufen und dort treten diese Probleme nicht auf.
03.07.2018, 07:38
creativx

okay - danke für die Info.

Ich werde auch nochmal versuchen bei DF etwas zu erreichen. Aber leider bewegen die sich nicht so wirklich :(
03.07.2018, 10:38
creativx

Ich nochmal :)

Hier die Antwort des Supports von DF auf meine Frage hin, was wir gegen diesen Fehler unternehmen können:

Zitat:

Hallo Herr ***,
vielen Dank für Ihre E-Mail.
Der genannte Fehler ist bei uns bekannt, kann aber aktuell oder akut nicht gelöst werden. Es besteht nur die Möglichkeit auf FastCGI zu verzichten.

Wir arbeiten diesbezüglich und auch wegen anderer Punkte an einem allgemeinen und globalen Update der System-Umgebung. Einen Zeitraum oder Zeitpunkt dafür kann ich aber nicht nennen.

Tolle Show....

Ist die Verwendung von FastCGI denn eher als "Luxus"-Feature zu sehen, oder kann man es durchaus als Stand der Technik und als Standard betrachten? Mir fehlt da die richtige Einschätzung dafür.
03.07.2018, 14:19
Spooky

Stand der Technik wäre PHP-FPM (PHP via FastCGI Process Manager).
04.07.2018, 12:50
hinzke

Ich bekomme von DF eine Mitteilung sobald der Bug behoben ist und informiere euch dann auch
04.07.2018, 12:55
creativx

Zitat:

Zitat von hinzke

Ich bekomme von DF eine Mitteilung sobald der Bug behoben ist und informiere euch dann auch

WOW, im Ernst? Ich habe auf mein Ticket hin lediglich die Antwort bekommen, dass sie mir keinen Zeitplan nennen können, bis wann das behoben sein wird. Da bin ich ja mal gespannt :cool:
04.07.2018, 13:00
tab

Das widerspricht sich ja nicht. :cool::D
08.10.2018, 18:45
planepix

Hänge mich hier mal dran:

DF Paket MyHome Plus.
Bekomme mit PHP 5.6 den Manager zum Laufen, Bundles lassen sich mit aktivem Cloud Resolver auch alle installieren.

Stelle ich auf PHP 7.2 um meckert der Manager, dass die intl Erweiterung fehle - die ist aber mit der Standardversion laut DF installiert.
Das Backend funktioniert prima, nur im Frontend kommt der Hinweis, schau in den logs nach. Da steht aber nicht drin. Hilfe :).

Auch das zurückstellen auf PHP 5.6 (Manager läuft dann durch) ist im Frontend nur der Hinweis, die logs anzusehen.
Jemand ähnliche Erfahrungen?
08.10.2018, 19:33
planepix

so, eine Erkenntnisrunde weiter:

Das Bundle bird/dk_caroufredsel hat den Bock geschossen. Läuft nun mit PHP 7.2 und auch im Frontend kommt nun der Seiteninhalt. Hab nun rocksolid_slider installiert und passe die Ausgabe an.
10.10.2018, 12:52
creativx

Wie betreibst du das PHP? In der FCGI Variante oder im Standard ?