500 Internal Server Error bei Paket-Aktualisierung

[Dee]

Tach Freunde

Erhalte bei der Aktualisierung oder Installation von Paketen jeweils einen 500er.
Bin mit Contao 3.5.27 und Composer 0.16.4 unterwegs.
Komischerweise tritt das bei allen Contao-Installationen auf.

Im Error Log habe ich folgenden Eintrag:

Premature end of script headers: php, referer: http://www.meineDomain.ch/

In der htaccess habe ich lediglich folgenden Eintrag eingefügt:

Action php /cgi-php55/php
AddHandler php55 .php

Hat wer einen Ansatz, wie ich das beheben kann?

[Spooky]

Welcher Hoster? Benutzt du den detached mode? Welche Minimal Stabilität hast du eingestellt?

[Dee]

Hallo Spooky
Hoster haben wir "Hoststar".
Wird als eigenständiger Prozess ausgeführt.
Entwicklerversion und Stabil bevorzugen ist aktiv.

Wir haben eigentlich an Composer nichts herumgeschraubt :-)

[BugBuster]

Musst du PHP 5.5 nutzen? Geh mal eine eine 5.6.

[Dee]

Habe die Anpassung in der htaccess vorgenommen. Leider kommt noch immer die 500 Internal Server Error-Meldung.

[Spooky]

Wird als eigenständiger Prozess ausgeführt.

Dann solltest du nach dem Klick auf "Pakete Aktualisieren" eigentlich das schwarze Konsolen Fenster sehen und nicht direkt einen 500er Fehler.

Entwicklerversion und Stabil bevorzugen ist aktiv.

Setze die Minimal Stabilität auf "Stabil", falls nicht anders erforderlich.

Wir haben eigentlich an Composer nichts herumgeschraubt :-)

Das hat auch nichts mit deinem Problem zu tun .

[Dee]

Habe nun die "Minimale Stabilität" auf "Stabil" gesetzt.
Caches gelöscht und auf "Pakete aktualisieren" geklickt.

und wieder... 500er...

Error Log:

[Wed Jun 07 16:19:28 2017] [error] [client xy] Premature end of script headers: php, referer: http://www.meineDomain.ch/

hmmm...

Hast du eventuell noch eine Idee, was ich versuchen kann?

[Spooky]

Der detached mode scheint bei dir nicht zu funktionieren, vermute ich.

[Dee]

Was kann das verursachen oder wie könnte ich dies beheben?

[Dee]

Ich habe es nun auch auf einer anderen Installation versucht. Auch hier kann ich keine Pakete updaten jedoch erhalten ich folgende Angaben:

$ /usr/bin/env php -d memory_limit=1G -d max_execution_time=900 composer.phar update --no-ansi --no-interaction
/usr/bin/env: php: No such file or directory

Kann jetzt selbst nicht extrem viel damit anfangen. Kann wer etwas Licht ins Dunkle bringen?

[planepix]

Spontan: Bei einigen Hoster muss noch die eingesetzte PHP-Version an den „php-Befehl” angefügt werden. Also „php71” …
Klappt es dann?

[Dee]

Danke planepix für deinen Input.

Habe das versucht, jetzt kommt wie auf der anderen Installation direkt der 500er.

Hast du eventuell noch einen anderen Input?

[Dee]

Könnte das ganze mit proc_open zusammenhängen oder war das nur bei früheren PHP Versionen der Fall? Es ist mir als hätten wir früher mal Probleme damit, hmmm...

[planepix]

Leider nein.
Hoffe wir auf Spooky

[Spooky]

Führe mal den neuesten Contao Check aus. Dort werden ein paar zusätzliche Dinge für die Paketverwaltung überprüft.

[tab]

Also ich vermute auch, dass der detached mode schlicht nicht läuft bei dem Hosting. Was sagt eigentlich phpinfo() ? Insbesondere auch zum Thema memory_limit und max_execution_time? Vielleicht klappt es ja im ganz normalen Modus, wenn die minimale Stabilität auf stable steht. Probieren kostet jedenfalls nichts. Ansonsten hast du - falls ich das auf der Website richtig gelesen habe - vollen Zugriff auf die Logfiles. Da sollte zum Fehler 500 auch etwas mehr drinstehen.

[Dee]

Danke für eure Rückmeldungen.

Habe Contao-Check ausgeführt und siehe da, Proc_open war rot
Konnte das jetzt beheben und der Check ist alles im grünen Bereich.

Leider funktioniert es aber noch immer nicht.

PHP Info sagt viel ;-)

PHP Version 5.4.35 (habe ich von 5.6 auf 5.4 geändert damit es mit proc_open klappt)

memory_limit: 256MB (das wird wohl nicht reichen, nehme ich jetzt mal an)
max_execution_time: 180

Gehe ich richtig der Annahme, dass ich mich an den Hoster wenden muss?

[tab]

PHP Version 5.4.35 (habe ich von 5.6 auf 5.4 geändert damit es mit proc_open klappt)

memory_limit: 256MB (das wird wohl nicht reichen, nehme ich jetzt mal an)
max_execution_time: 180

Gehe ich richtig der Annahme, dass ich mich an den Hoster wenden muss?

Im Prinzip ja. Ich würde in jedem Fall erst mal probieren, ob es mit einem der beiden anderen verfügbaren Modi funktioniert. Halte ich durchaus nicht für aussichtslos, 256MB RAM ist zwar nicht gerade üppig, aber immerhin... Und wenn man die geforderte Stabilität erhöht, sinkt eben auch der RAM-Verbrauch, weil es weniger Alpha, Beta oder gar stabile Versionen von jeder einzelnen Erweiterung gibt als Entwicklerversionen.
Letztlich kann es aber - selbst wenn das klappt - nicht befriedigend sein, mit PHP 5.4 arbeiten zu müssen. Und deswegen würde ich schon empfehlen, den Hoster in jedem Fall auf die Problematik anzusprechen. Falls das nichts bringt, würde ich ernsthaft über einen Wechsel zu einem geeigneteren Hoster nachdenken.

[Dee]

Danke tab für die Infos.

Habe es mit den anderen Modi versucht - funktioniert leider mit keinem.
Die PHP-Version kann ich eigentlich über die htaccess steuern. Welche PHP-Version wäre für eine 3.5.27 Installation am geeignetsten?

Den Wechsel zu einem anderen Hoster sehe ich als etwas Problematisch an, da wir zurzeit ca. 50 Webseiten auf diesem Reseller betreiben Diese alle zu migrieren habe ich etwas bammel vom Aufwand her

Sobald ich weiss, welche PHP-Version am geeignetsten ist, rufe ich den Hoster mal an.

[Spooky]

Die PHP-Version kann ich eigentlich über die htaccess steuern. Welche PHP-Version wäre für eine 3.5.27 Installation am geeignetsten?

Falls der detached mode bei dir nun funktioniert, hat die .htaccess keine Auswirkung darauf, welche PHP Version während dem composer update benutzt wird. Das kannst du nur über den Pfad zur PHP CLI Executable steuern.

Idealerweise benutzt du eine PHP CLI Executable von PHP 7.1. Falls du auf deiner Website aber nicht PHP 7.1 benutzt, dann musst du die Platform Definition in der composer.json hinzufügen, wie hier beschrieben.

Außerdem solltest du sicher stellen, dass deine composer.phar mindestens Version 1.4.2 hat.

[Dee]

Danke Spooky für die Infos.

Nach langem hin und her mit unserem Hoster, ist es nun leider definitiv so, dass er PHP-Funktionen wie proc_open für die neueren PHP -Versionen nicht mehr aktivieren will.

6 Jahre Kunde ist nichts Wert - früher war alles besser

Wir sind natürlich wieder an einem Reseller-Hosting interessiert - hat da wer einen Hoster am Start, der ich mir unbedingt anschauen sollte?

[planepix]

Hallo Dee,

cyon.ch und metanet.ch nutzen viele Contao-User in der Schweiz.

[snoks7]

Hallo Dee,

bin ebenfalls bei Hoststar und seit gestern funktioniert die Paket-Aktualisierung wieder.....zumindest bei uns (3 Hosting mit Contao 3.5.27 und PHP 5.6)

Der Contao-Check sagt zwar immernoch, dass Proc_open deaktiviert ist.

Wie ist bei dir der Stand?

(nebenbei: Hast du bei Hoststar die Contao 4.4 zum laufen bekommen? ich nicht..)

[Dee]

Ciao snoks7

Das kann ich leider nicht bestätigen. Bei uns hat sich seit dem nichts geändert.
Wir machen jetzt die letzten Seiten noch auf 3.5.24 mit php 5.6. Da funktioniert es noch.

Sobald wir unsere neuen Reseller-Accounts ready haben, werden wir Step by Step alles migrieren und dann bei Hoststar kündigen.
Eigentlich schade, war die letzten 6 Jahre sehr zufrieden, ausser die Perfomence, die lässt auch sehr zu wünsche übrig.

[mlweb]

Und so zur Info für alle anderen zu welchem Hoster habt ihr gewechselt und was waren die entscheidenden Kriterien?