Contao Manager Fehler 255 (Domainfactory)

Hi,

habe etwas Startschwierigkeiten mit dem Contao Manager, auf einem Server bei Domainfactory.

- intl.so und allow_url_fopen sind aktiv
- Einstellung im Contao Manager, wie ich es auch in der Konsole verwende, auf: /usr/local/bin/php5-56LATEST-CLI

Neuinstallation über aktuelle contao-manager.phar:
Kommt folgende Fehlermeldung, aber Installation scheint trotzdem vollständig durchzulaufen...

Code:

---

Config file "/kunden/.../.../contao-manager/background-process.get.json" does not contain valid JSON.

---

Update / Installation von Extensions im Contao Manager:
Auch wenn Contao per Konsole installiert wurde und der contao-manager nachträglich eingebunden wird.
Habe mehrere Extensions probiert, bricht immer mit dem gleichen Fehler ab.

Code:

---

Using version ^2.0 for madeyourday/contao-rocksolid-columns
/.../composer.json has been updated
Loading composer repositories with package information
Updating dependencies

Process terminated with exit code 255
Reason: Unknown error

---

Viele Grüße

Hab das gleiche Problem, auch bei Domainfactory. Installation lief nach ein paar Anpassungen der php.ini problemlos durch. Pakete installieren oder updaten endet jedes mal mit:

Process terminated with exit code 255
Reason: Unknown error

Heute beim Contao-Workshop in Berlin. Installation auf ManagedServer mit Contao-Manager lief einwandfrei durch und Contao läuft. Beim Aktualisieren oder Installieren von Erweiterungen kommt:

Code:

---

Using version ^2.0 for jrgregory/m17-sticky-backend-footer
/xxxx/contao4/composer.json has been updated
Loading composer repositories with package information
Updating dependencies

Process terminated with exit code 255
Reason: Unknown error

---

Nicht mal sowas Einfaches wie der m17-sticky-backend-footer läßt sich installieren.

Zitat:

---

Zitat von Samson1964

Nicht mal sowas Einfaches wie der m17-sticky-backend-footer läßt sich installieren.

---

Gerade Lokal getestet - der m17-sticky-backend-footer ließ sich problemlos mit dem Contao-Manager installieren. Siehe Anhang

Zitat:

---

Zitat von bizon

Gerade Lokal getestet - der m17-sticky-backend-footer ließ sich problemlos mit dem Contao-Manager installieren.

---

Ich hätte nichts anderes erwartet ;) Aber bei Domainfactory geht es eben nicht. 1, 2 oder 3 GB RAM reichen nicht. Also daran liegt es wohl nicht.

Habe den m17-sticky-backend-footer jetzt auch auf Uberspace mit dem Contao-Manager ohne Probleme installiert. Wegen meiner schlechten Internetanbindung hat es etwas gedauert, aber es hat eben geklappt.

Ich denke dass die max_execution_time mindestens 180s braucht, damit das Installieren durchläuft.

Wenn ich immer wieder von Schwierigkeiten der Kollegen bei den verschiedensten Hostern lese, wird immer deutlicher, wie wichtig die Wahl eines geeigneten Hosters doch geworden ist.

max_execution_time bei mir 480s. Daran liegt es also auch nicht.

kann das LEIDER bestätigen. Update im CM endet mit

Code:

---

Process terminated with exit code 255
Reason: Unknown error

---

Aber schlimmer noch: Die zuvor funktionierende Installation ist nun kaputt. Contao (Backend und Frontend) gibt nur noch eine leere Seite aus und CM Aufruf zeigt jetzt:

Code:

---

ERROR 500 Unknown installation status
Some files were found on your server but no known Contao version could be detected.
You must either manually repair your application or remove the following files and folders to install Contao:

 - .DAV
 - .gitignore
 - README.md
 - app
 - assets
 - composer.json
 - composer.lock
 - files
 - system
 - templates
 - var
 - vendor

---

Die gleiche Installation direkt über Composer läuft problemlos (exemplarisch mit m17-sticky-backend-footer getestet)

Über die Konsole klappt die Installation von m17-sticky-backend-footer. Hier beim Aufruf im web-Verzeichnis:

Code:

---

php contao-manager.phar.php composer require jrgregory/m17-sticky-backend-footer

---

Der Aufruf php ruft standardmäßig PHP 4 auf. Ich hatte das vor Wochen mal über die Konsole auf PHP 5.6 umgestellt.

https://github.com/contao/contao-manager/issues/133

Danke, gleiches Problem, ich setz mich mal dazu und warte, was passiert ... #261

Ich habe auch ein Ticket bei df) gemacht. Mal sehen was deren Technik dazu meint.

Gesendet von meinem L52 mit Tapatalk

Zitat:

---

Zitat von Samson1964

Ich habe auch ein Ticket bei df) gemacht. Mal sehen was deren Technik dazu meint.

Gesendet von meinem L52 mit Tapatalk

---

Als ebenso "DF & ContMan"-Geplagter lausche ich doch mal, was sich hier an Infos auftut. :)

Der df)-Support hat sich heute morgen gemeldet. Kurz und knapp: PHP wurde auf FastCGI/FPM umgestellt und die intl-Extension nachgeladen. Danach lief es wohl. Mehr im Ticket auf Github.

Hm, okay. Aber beim ManagedHosting kann man ja nicht einfach auf FastCGI/FPM umstellen, wenn ich diesen Eintrag hier richtig verstanden habe. Ein ManagedServer kommt für mich und meine Kunden sicher nicht in Frage. Funktioniert die Installation von Erweiterungen über die Konsole auch weiterhin? Ich hätte das mal probiert, bin aber gescheitert (aber vielleicht hab ich es auch falsch gemacht ...).
Bin im Moment ziemlich ratlos bezüglich dieser Situation ... :(:rolleyes:

Ja beim ManagedServer kann man einfach die PHP-Versionen umstellen. df) bietet im Moment von 4.4.9 bis 7.1.6 alle möglichen Varianten, bei PHP 5 auch FastCGI/FPM. Ich habe bei mir aber wieder von 5.56 FastCGI/FPM auf 5.56 Extended zurückgestellt, weil das Contao-3.5-Backend bei FastCGI bei rund 50% der Requests immer so um 30-60 Sekunden brauchte. Eine Nachfrage beim Support ergab aber nur eine lapidare Antwort: "Wir haben für Sie einmal den Server überprüft dabei konnten wir feststellen das alle FastCGI/FPM Childs durch sehr lang laufende Abfragen blockiert waren. Damit das nicht so schnell auftritt haben wir für Sie die maximalen Child Prozesse erhöht. Trotzdem empfehlen wir Ihnen einmal Ihre Webseite zu überprüfen und mögliche Ursachen für so lang laufende Abfragen auszuschließen." Seitdem ich PHP wieder auf Extended umgestellt habe, ist das Backend auch wieder normal schnell. Als netter Nebeneffekt stimmen auch die Umlaute auf einer in die Jahre gekommenen Unterseite (nicht Contao) wieder. Bei FastCGI wurden die Umlaute falsch dargestellt.

Ich muss mich mal selbst zitieren:

Zitat:

---

Zitat von bibib

Funktioniert die Installation von Erweiterungen über die Konsole auch weiterhin?

---

Das war natürlich Blödsinn. Ich wollte auf folgendes hinaus: mit meinem ManagedHostingPro-Paket hatte ich im detached mode keine Probleme mehr mit der Installation von Erweiterungen. Meine Frage ist also: kann man das so auch über die Konsole machen? Dieser Versuch im Ordner /web ist gerade gescheitert:

Zitat:

---

php5.6.28-cli -d memory_limit=1G -d max-execution_time=900 contao-manager.phar.php require terminal42/contao-easy_themes

---

mit folgender Fehlermeldung:

Zitat:

---

[Symfony\Component\Console\Exception\CommandNotFoun dException]
Command "require" is not defined.

---

Was hab ich alles falsch gemacht? :)

Zitat:

---

Zitat von bibib

php5.6.28-cli -d memory_limit=1G -d max-execution_time=900 contao-manager.phar.php require terminal42/contao-easy_themes

---

Der Contao-Manager selbst kennt keinen Befehl require, deswegen die Meldung. require gehört zu Composer. Du kannst aber Composer aus dem Manager heraus aufrufen. Ich habe das noch nicht ausprobiert, aber in

Code:

---

php contao-manager.phar.php list

---

steht:

Code:

---

Available commands:
  [...]
  composer        Run Composer within Contao Manager

---

Das heißt das hier sollte gehen:

Code:

---

php contao-manager.phar.php composer require terminal42/contao-easy_themes

---

Entsprechend mit Deinen Optionen:

Code:

---

php5.6.28-cli -d memory_limit=1G -d max-execution_time=900 contao-manager.phar.php composer require terminal42/contao-easy_themes

---

Holla die Waldfee, das hat aber jetzt sowas von funktioniert! :D You made my day, danke!

Falls noch jemand das gleiche Problem haben sollte: laut der Aussage des df-Supports funktioniert der Contao-Manager mit den Shared-Hosting-Tarifen nicht zuverlässig, weil bei Paket-Updates die zulässige Scriptlaufzeit überschritten wird. Uns wurde temporär die Scriptlaufzeit erhöht und nun funktioniert alles, aber als dauerhafte Lösung bleibt uns nichts anderes übrig, als einen Dedicated-Server zu mieten.

Ob der Contao-Manager nun exorbitant hohe Anforderungen hat, oder die df-Pakete zu schwach auf der Brust sind, weiß ich nicht - jedenfalls ein nerviges (und in unserem Fall kostspieliges :)) Problem.

Ich habe den Fehler trotz Managed Server. Da stellt dF zwar die Scriptlaufzeit auf Anfrage höher, aber auch nur für jede Domain einzeln. Weiß nicht ob sich daran was geändert hat, fand es jedenfalls etwas nervig.

Zitat:

---

Zitat von Samson1964

Über die Konsole klappt die Installation von m17-sticky-backend-footer. Hier beim Aufruf im web-Verzeichnis:

Code:

---

php contao-manager.phar.php composer require jrgregory/m17-sticky-backend-footer

---

Der Aufruf php ruft standardmäßig PHP 4 auf. Ich hatte das vor Wochen mal über die Konsole auf PHP 5.6 umgestellt.

---

Habe auch das gleiche Problem mit DF und wollte das hier ausprobieren da die Installation zwar läuft, sich aber keine PLugins installieren lassen. Wie ruft man diesen Snippet auf? Bei mir kommt die Rückmeldung, dass php nicht gefunden wird wenn ich oben genanntes Snippet im FTP-Client als "Befehl" sende. Als .bat-Datei, eingeloggt mit FTP bekomme ich auch nur "invalid command". PHP ist natürlich installiert, sonst wäre Contao ja nicht installiert.

Zitat:

---

Zitat von dness

Habe auch das gleiche Problem mit DF und wollte das hier ausprobieren da die Installation zwar läuft, sich aber keine PLugins installieren lassen. Wie ruft man diesen Snippet auf? Bei mir kommt die Rückmeldung, dass php nicht gefunden wird wenn ich oben genanntes Snippet im FTP-Client als "Befehl" sende. Als .bat-Datei, eingeloggt mit FTP bekomme ich auch nur "invalid command". PHP ist natürlich installiert, sonst wäre Contao ja nicht installiert.

---

FTP-Client? Der versteht doch nur FTP-Befehle. Du brauchst ein Kommandozeilentool wie Putty. Im df)-Kundenmenü mußt Du einen Shellzugang anlegen (wenn das möglich ist, in Deinem Tarif) und dann kannst Du Dich mit Putty einloggen. Bei df) läuft in der Kommandozeile standardmäßig PHP 4.4.9. Wenn Du nun den Alias "php" verwendest, meldet sich diese PHP-Version. Der Contao-Manager benötigt aber mindestens PHP 5.6. Du mußt also vorher die Umgebungsvariable "php" neu setzen, damit nicht PHP 4, sondern PHP 5 verwendet wird. Alternativ kannst Du PHP 5 direkt aufrufen. Ich habe diese ganze Prozedur nicht im Kopf, aber wenn Du googelst oder hier im Forum schaust, findest Du sicher Anleitungen.

Danke, hat funktioniert :)