Composer Update bei WebGo läuft auf einen Out-of-memory Fehler

Druckbare Version

30.05.2018, 20:32
gerritlo

Composer Update bei WebGo läuft auf einen Out-of-memory Fehler

Hallo zusammen,

ich versuche seit einiger Zeit bei WebGo für einen Kunden Composer update auszuführen. Leider schlägt bei mir jegliche Konstellation fehl. Ich habe es mit verschiedenen PHP-Versionen als auch composer Versionen probiert. Aktuell gebe ich in die Konsole:

Code:

/usr/bin/php7.2 -d memory_limit=-1 -d max_execution_time=900 ~/composer.phar update --no-dev

und das Ergebnis ist:

Code:

Loading composer repositories with package information Updating dependencies mmap() failed: [12] Cannot allocate memory mmap() failed: [12] Cannot allocate memory PHP Fatal error: Out of memory (allocated 925900800) (tried to allocate 4096 bytes) in phar:///home/composer.phar/src/Composer/DependencyResolver/Solver.php on line 220 Fatal error: Out of memory (allocated 925900800) (tried to allocate 4096 bytes) in phar:///home/composer.phar/src/Composer/DependencyResolver/Solver.php on line 220

Der Versuch mit PHP 7.1 sieht wie folgt aus:

Code:

/usr/bin/php7.1 -d memory_limit=2G -d max_execution_time=900 ~/composer.phar update --no-dev Loading composer repositories with package information Updating dependencies mmap() failed: [12] Cannot allocate memory mmap() failed: [12] Cannot allocate memory PHP Fatal error: Out of memory (allocated 927997952) (tried to allocate 4096 bytes) in phar:///home/composer.phar/src/Composer/DependencyResolver/Solver.php on line 220 Fatal error: Out of memory (allocated 927997952) (tried to allocate 4096 bytes) in phar:///home/composer.phar/src/Composer/DependencyResolver/Solver.php on line 220

Ich habe die Composer Version Composer version 1.6.5 2018-05-04 11:44:59.

Hat jemand eine Idee? Ich bin ratlos. Das komischste: WebGo kann mit meinem User angeblich den gleich Befehl erfolgreich ausführen.

PS: Contao-manager Prüfung ist erfolgreich, aber beim update o.ä. gibt es keine Ausgabe in der Kommandozeile.

Danke und Grüße euch schonmal.
30.05.2018, 21:07
tab

Zitat:

Zitat von gerritlo

Hat jemand eine Idee? Ich bin ratlos. Das komischste: WebGo kann mit meinem User angeblich den gleich Befehl erfolgreich ausführen.

PS: Contao-manager Prüfung ist erfolgreich, aber beim update o.ä. gibt es keine Ausgabe in der Kommandozeile.

Danke und Grüße euch schonmal.

Naja, da bist du momentan leider sicher nicht der Einzige mit dem Problem. Ist das ein Platin-Paket oder welches sonst? Bei Platin hast du in der Konsole 1 GB RAM und das reicht halt mittlerweile nicht mehr. Kannst mal versuchen, nicht benötigte Contao-Bundles (Newsletter, FAQ oder was auch immer) rauszuschmeissen oder gleich lokal installieren/updaten. Das nervt mich momentan auch. Da zieht man den Kunden um, damit es später kein Problem macht auf Contao 4 upzudaten und noch bevor es soweit ist, reicht das RAM schon wieder nicht mehr :(. Mit meinem eigenen CMS Pro Paket geht es momentan noch, aber ich frage mich langsam auch, wie lange noch. Wobei das nicht unbedingt an Webgo liegt, die Versionen der Abhängigkeiten nehmen immer weiter zu und gefühlt werden bei der Contao-Installation mittlerweile auch deutlich mehr Bundles installiert im Vergleich zu den ersten 4.4er Versionen.
Dass Webgo mit deinem User den Befehl ausführen kann, das zweifle ich mal stark an. Jedenfalls dann, wenn sie sich ganz normal per SSH mit deinen Zugangsdaten anmelden. Naja, vielleicht in einem anderen Verzeichnis mit einem anderen Projekt. :D
30.05.2018, 21:40
gerritlo

Also die Installation herunterladen, Lokal updaten und wieder hochladen?

Gesendet von iPhone mit Tapatalk
30.05.2018, 21:46
tab

Man muss nicht alles runterladen. Es gibt im Forum Threads, wo die Vorgehensweise beschrieben ist.
31.05.2018, 05:48
gerritlo

Zitat:

Zitat von tab

Man muss nicht alles runterladen. Es gibt im Forum Threads, wo die Vorgehensweise beschrieben ist.

Ich schau mal, danke!

Gesendet von iPhone mit Tapatalk
31.05.2018, 06:23
tschero

Hi,

ich hab das gleiche Problem mit 1und1 und dazu am WE mal einen Screencast erstellt.
Umzug von Netcup zu 1und1.
Dazu bei Netcup entwickelt/aktualisiert und dann zu 1und1 "deployed"/kopiert.
Das sollte bei Dir im Prinzip auch funktionieren.

https://www.youtube.com/watch?v=JyZf72Ef9X0

Gruß
tschero
31.05.2018, 22:10
gerritlo

Okay, ich habe das nun versucht, also lokal ein Update gemacht, die composer.json und composer.lock wieder hochgeladen und ein composer install aufgerufen. Dann im Install Tool die Datenbank angepasst.

Leider habe ich nun das Problem, dass die Seite zwar funktioniert, aber der BE Login nicht. Ich gebe die Zugangsdaten korrekt ein und lange wieder auf der Loginseite ohne Fehlertext. Im Error und var/logs ebenfalls nichts.

Grüße!
31.05.2018, 22:40
Samson1964

Lösch doch mal die Cookies im Browser.
01.06.2018, 05:29
tschero

Zitat:

Dann im Install Tool die Datenbank angepasst.

Stehen die korrekten Datenbankverbindungsdaten auch jetzt in der app/config/parameters.yml?

Ggf. noch mal das Verzeichnis "var/cache/prod" löschen und das installtool noch mal aufrufen.

Gruß
tschero
01.06.2018, 07:08
gerritlo

Ja, die DB-Verbindung muss ja gehen, sonst würde auch das Front-End nicht gehen.

Login mit falschen Daten gibt einen Fehler aus, mit korrekten Daten lande ich wieder auf der Login-Seite ohne Meldung.

Install-Tool sagt es sei alles gut. In var/logs ist nichts zu finden.

Cache hatte ich auch noch mal gelöscht. Ändert nichts.
01.06.2018, 07:17
Fachinger

Hast Du mal einen anderen PC oder Browser probiert?

Gesendet von meinem LG-H815 mit Tapatalk
01.06.2018, 07:29
gerritlo

Liste der Anhänge anzeigen (Anzahl: 1)

Gerade probiert. Beim ersten Versuch habe ich ein ungültiges Anfragetoken als Meldung erhalten und danach das gleiche Problem.

Füge mal ein Screenshot von den Requests bei, die nach einem Klick auf Login passieren.
Anhang 20908
01.06.2018, 07:42
gerritlo

Kurios, ich habe heute morgen noch mal lokal ein composer update gemacht. Dateien kopiert und composer install auf dem Server. Nun geht der Backend Login.

Laut composer wurden die folgenden Komponenten heute Morgen im Vergleich zu gestern Abend aktualisiert.

Code:

Loading composer repositories with package information Installing dependencies (including require-dev) from lock file Package operations: 0 installs, 9 updates, 1 removal - Removing symfony/polyfill-ctype (v1.8.0) - Updating symfony/symfony (v3.4.11 => v3.4.6): Loading from cache - Updating contao/core-bundle (4.4.17 => 4.4.18): Loading from cache - Updating contao/calendar-bundle (4.4.17 => 4.4.18): Loading from cache - Updating contao/comments-bundle (4.4.17 => 4.4.18): Loading from cache - Updating contao/faq-bundle (4.4.17 => 4.4.18): Loading from cache - Updating contao/installation-bundle (4.4.17 => 4.4.18): Loading from cache - Updating contao/listing-bundle (4.4.17 => 4.4.18): Loading from cache - Updating contao/news-bundle (4.4.17 => 4.4.18): Loading from cache - Updating contao/newsletter-bundle (4.4.17 => 4.4.18): Loading from cache Generating autoload files > Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication
01.06.2018, 08:59
tschero

Zitat:

Zitat von gerritlo

Ja, die DB-Verbindung muss ja gehen, sonst würde auch das Front-End nicht gehen.

Nicht unbedingt.
Das Frontend erscheint auch wenn die alte Datenbank verbunden ist, zum Beispiel wenn bei einem anderen Hoster entwickelt wurde.
Deswegen lohnt sich immer ein Blick in die parameters.yml

Gruß
tschero
01.06.2018, 09:29
tab

Schalte mal das Caching aus, falls es nach dem Update nochmal auftritt. Könnte mit einem bekannten Symfony Bug zusammenhängen.