Paketverwaltung - Pakete aktualisieren führt zu 500er Error [solved]

Hallo zusammen,
folgendes Problem:

Ich würde gerne in meiner Paketverwaltung alle Pakete aktualisieren. Daher hab ich grundsätzlich mal alle gelocked um sie stückchenweise zu aktualisieren, damit ich gleich die einzelnen Komponenten auf funktionsweise testen kann. Nachdem ich die "max_execution_time" erhöht und das "memory_limit" auf 2GB gesetzt hab (Error bei 1.57GB) wirft er mir nach langem Laden folgenden Fehler:

Code:

Premature end of script headers: main.php

Contao 3.5.28
Composer Client 0.16.4

Ich habe 106 Abhängigkeiten, darunter größere Pakete wie Isotope, Avisota und Contao-Bootstrap. Der Contao-Check (12.0) funktioniert bei der Version leider nicht (anscheinend keine Versionsdatei vorhanden). Eine Idee woran das liegen könnte? :/

Vielen Dank im Voraus!

Das memory limit könnte immer noch zu niedrig sein. Hast du SSH Zugriff? Welche minimum-stability ist eingestellt?

Ich versuch mal das Limit noch zu erhöhen. Wie prüf ich denn die minimum-stability ab?

Die steht in der /composer/composer.json.
Hast du keinen SSH Zugriff?
Du solltest die Paketverwaltung außerdem im detached mode laufen lassen.

Im composer.json ist "dev" eingetragen. War nötig für "isotope_quickproducts". Liegt das daran?

Leider kein SSH Zugriff. Höchstens über Umwege.

Dann versuche mal den detached mode.

Muss nicht unbedingt das memory_limit sein, wenn es wirklich lang dauert, kann es auch die max_execution_time sein.

Zitat:

Zitat von Sabaid

Der Contao-Check (12.0) funktioniert bei der Version leider nicht (anscheinend keine Versionsdatei vorhanden). Eine Idee woran das liegen könnte? :/

Entweder stimmen die Dateirechte nicht, oder die Verbindung zu contao.org schlägt fehl.

Liste der Anhänge anzeigen (Anzahl: 2)

So, nachdem ich mich mit dem Support vom Provider abgesprochen habe, hab ich den Detached-Mode aktiviert, den richtigen Pfad für PHP eingetragen und das Memory Limit auf 3G eingestellt. Wenn ich nun "Pakete aktualisieren" drück fängt er schön an die Dependencies aufzulösen, bricht dann aber meist nach einer Minute ab, und springt dann von "Beenden" zu "Schließen". Die Zeit wird dann urplötzlich kleiner. Keine weitere Ausgabe mehr im Kommandozeilenfeld. Wenn ich dann auf "Schließen" geh, kann ich die Datenbank aktualisieren (hab ich bis auf die Drops gemacht) und dann nichts mehr.

Ich habe derweil ein Paket mit Dev-Status, das ich nicht sperren kann und den Composer-Client (derzeit 0.16.4 statt 0.16.6), ebenfalls entsperrt. Alle anderen Pakete sind gesperrt. Jedoch sind nach dem oben beschriebenen Prozess die Pakete immer noch auf derselben Version.

Bin mir etwas unsicher, woran das nun liegen könnte. Brauch ich unbedingt SSH Zugriff um den Composer manuell upzudaten? :(

Anhang 19637
Anhang 19638

Composer kannst Du auch über das Backend aktualisieren. Ganz iben hast Du Menüpunkte wie Einstellungen und Expertenmodus. Irgendwo dort kannst Du "Composer aktualisieren" wählen. (bin unterwegs und habe gerade kein Contao Backend zur Hand).

Vielen Dank! Die Warning ist nun verschwunden, jedoch selbes Verhalten wie oben beschrieben. Hab nun sogar den Drop ausgeführt, nachdem ich ein Datenbank BackUp erstellt hab. Hat auch nichts geholfen.

Zitat:

Zitat von Sabaid

Wenn ich nun "Pakete aktualisieren" drück fängt er schön an die Dependencies aufzulösen,… bricht dann aber meist nach einer Minute ab, und springt dann von "Beenden" zu "Schließen". Die Zeit wird dann urplötzlich kleiner. Keine weitere Ausgabe mehr im Kommandozeilenfeld. Wenn ich dann auf "Schließen" geh, …

Es gibt einen Bug im composer-client wodurch die Aktualisierung der Konsolenausgabe zu früh abbricht, evt. ist das auch hier der Fall. Führe also nochmal eine Paketaktualisierung durch, klicke nicht auf "Schließen", warte 5 Minuten und klicke dann nochmal auf "Paketverwaltung". Wenn dann bspw. ein Fatal Error oder ähnliches kommt, warte weitere 5 Minuten und aktualisiere nochmal (den Browser, nicht die Pakete ;)).

Ansonsten ist natürlich der Abbruch nach einer Minute verdächtig und riecht nach Überschreitung der Skriptlaufzeit. Wobei das "meist" in "bricht dann aber meist nach einer Minute ab" dagegen spricht, weil es dann immer so passieren müsste bzw jedenfalls nicht länger laufen dürfte als eine Minute.

Bricht zwischen 45 Sekunden und 1 Minute 50 Sekunden ab. Die bisherigen Werte waren zumindest in dem Bereich.

Zitat:

Zitat von Spooky

Es gibt einen Bug im composer-client wodurch die Aktualisierung der Konsolenausgabe zu früh abbricht, evt. ist das auch hier der Fall. Führe also nochmal eine Paketaktualisierung durch, klicke nicht auf "Schließen", warte 5 Minuten und klicke dann nochmal auf "Paketverwaltung". Wenn dann bspw. ein Fatal Error oder ähnliches kommt, warte weitere 5 Minuten und aktualisiere nochmal (den Browser, nicht die Pakete ;)).

Hab die Schritte ausgeführt, jedoch kam kein Fatal Error oder ähnliches. Selbst wenn ich die Paketverwaltung über das Menü in einem neuen Tab öffnete, kam ich zur selben Seite. Nur über "Schließen" kam ich wieder zurück zur Paketübersicht.

Zitat:

Zitat von Sabaid

Hab die Schritte ausgeführt, jedoch kam kein Fatal Error oder ähnliches. Selbst wenn ich die Paketverwaltung über das Menü in einem neuen Tab öffnete, kam ich zur selben Seite. Nur über "Schließen" kam ich wieder zurück zur Paketübersicht.

Ja, das ist normal. Solange das Composer Update im Hintergrund läuft, siehst du unter "Paketverwaltung" die Konsolenausgabe. Hast du wie beschrieben lang genug gewartet?

Hab ich. Nachdem abgebrochen wurde, hab ich zwischen 5-7 Minuten gewartet (nicht auf "Schließen" geklickt"), dann auf Paketverwaltung geklickt (selber Inhalt), nochmal zwischen 5-7 Minuten gewartet (obwohl keine Fehlermeldung gekommen ist) und dann die Seite neu geladen. Das ganze 3x probiert.

Was genau hast du in den Systemeinstellungen für den PHP Pfad nun eingetragen? (inkl. Parameter)

Welcher Hoster?

Zitat:

Zitat von Spooky

Was genau hast du in den Systemeinstellungen für den PHP Pfad nun eingetragen? (inkl. Parameter)

Welcher Hoster?

/usr/local/bin/edis-php-cli-5630-soapssl -d memory_limit=5G -d max_execution_time=500

http://www.edis.at/de/home/

Ich würd gern auf PHP7 umstellen, dazu wär es aber notwendig alle Pakete upzudaten, um PHP7 Inkompatibilitäten zu vermeiden. Ich versuch nun mal den Composer-Client manuell wia FTP upzudaten.

Mache nochmal eine Paketaktualisierung und warte diesmal einfach mal eine Stunde lang. Setze dafür aber die max_exeution_time vorher auf 3600 - oder lösche sie ganz. Theoretisch solltest du über das CLI keine max_execution_time haben.

Liste der Anhänge anzeigen (Anzahl: 1)

Nachdem ich den Composer-Client manuell via FTP upgedated habe UND dann denn Composer Cache geleert habe, hab ich den "gewünschten" Fatal-Error bekommen. Jedoch nutzte ein erneutes Laden der Seite nichts. Das Backend als auch das Frontend sind jetzt down. :eek:

Code:

Fatal error: Class 'Symfony\Component\EventDispatcher\Event' not found in /www/home/.../composer/vendor/contaoblackforest/contao-doctrine-dbal/src/Contao/Doctrine/DBAL/Event/InitializeEventManager.php on line 26

Wäre toll, wenn ich so schnell wie möglich die Seite wieder online bringen könnte. :(

EDIT: Bevor die Seite down war konnte ich noch folgenden Screenshot machen Anhang 19639

Meine composer.json:

Code:

{ "name": "local/website", "description": "A local website project", "type": "project", "license": "proprietary", "require": { "avisota/contao-bundle-all": "3.2.0.0", "contao-bootstrap/buttons": "1.0.0.0", "contao-bootstrap/carousel": "1.0.0.0", "contao-bootstrap/core": "1.1.1.0", "contao-bootstrap/layout": "1.0.1.0", "contao-bootstrap/navigation": "1.0.2.0", "contao-bootstrap/panel": "1.0.1.0", "contao-bootstrap/tab": "1.0.0.0", "contao-bootstrap/templates": "1.0.2.0", "contao-community-alliance/composer-client": ">=0.16.6.0,<0.17-dev", "contao-legacy/backupdb": "3.2.2.9014", "contao-legacy/boxes4ward": "2.0.0.9012", "contao-legacy/cookiebar": "1.1.1.9007", "contao-legacy/googleanalytics": ">=1.4.0.9012,<1.5-dev", "contao-legacy/i18nl10n": "1.5.5.9004", "contao-legacy/isotope": "2.3.5.9006", "contao-legacy/rocksolid-custom-elements": "1.3.10.9003", "mrtool/contao-jquery-fancybox": "0.1.0.0", "netzmacht/contao-theme-plus": "4.4.5.0", "rhymedigital/isotope_quickproducts": "dev-develop", "twbs/bootstrap": "3.3.6.0" }, "prefer-stable": true, "minimum-stability": "dev", "config": { "preferred-install": "dist", "cache-dir": "cache", "component-dir": "../assets/components" }, "repositories": [ { "type": "composer", "url": "https://legacy-packages-via.contao-community-alliance.org/" }, { "type": "composer", "url": "https?://legacy-packages-via.contao-community-alliance.org", "allow_ssl_downgrade": false }, { "type": "artifact", "url": "packages" } ], "extra": { "contao": { "migrated": "done", "version-locks": { "contao-bootstrap/buttons": ">=1.0.0.0,<1.1-dev", "contao-bootstrap/carousel": ">=1.0.0.0,<1.1-dev", "contao-bootstrap/layout": ">=1.0.1.0,<1.1-dev", "contao-bootstrap/navigation": ">=1.0.2.0,<1.1-dev", "contao-bootstrap/panel": ">=1.0.1.0,<1.1-dev", "contao-bootstrap/tab": ">=1.0.0.0,<1.1-dev", "contao-bootstrap/templates": ">=1.0.2.0,<1.1-dev", "contao-legacy/backupdb": ">=3.2.2.9013,<3.3-dev", "contao-legacy/boxes4ward": ">=2.0.0.9012,<2.1-dev", "contao-legacy/i18nl10n": ">=1.5.5.9004,<1.6-dev", "twbs/bootstrap": ">=3.3.6.0,<3.4-dev", "mrtool/contao-jquery-fancybox": ">=0.1.0.0,<0.2-dev", "contao-legacy/rocksolid-custom-elements": ">=1.3.9.9005,<1.4-dev", "contao-legacy/googleanalytics": ">=1.4.0.9012,<1.5-dev", "netzmacht/contao-theme-plus": ">=4.4.5.0,<4.5-dev", "contao-bootstrap/core": null, "avisota/contao-bundle-all": ">=3.2.0.0,<3.3-dev", "contao-legacy/cookiebar": ">=1.1.1.9007,<1.2-dev", "contao-legacy/isotope": ">=2.3.5.9006,<3-dev" } } } }

Zitat:

Zitat von Sabaid

Nachdem ich den Composer-Client manuell via FTP upgedated habe UND dann denn Composer Cache geleert habe, hab ich den "gewünschten" Fatal-Error bekommen. Jedoch nutzte ein erneutes Laden der Seite nichts. Das Backend als auch das Frontend sind jetzt down. :eek:

Code:

Fatal error: Class 'Symfony\Component\EventDispatcher\Event' not found in /www/home/.../composer/vendor/contaoblackforest/contao-doctrine-dbal/src/Contao/Doctrine/DBAL/Event/InitializeEventManager.php on line 26

Wäre toll, wenn ich so schnell wie möglich den die Seite wieder online bringen könnte. :(

EDIT: Bevor die Seite down war konnte ich noch folgenden Screenshot machen Anhang 19639

Wie lange hast du nun jeweils gewartet? Hattest du die max_execution_time wie beschrieben erhöht bzw. entfernt?

Zitat:

Zitat von Spooky

Wie lange hast du nun jeweils gewartet? Hattest du die max_execution_time wie beschrieben erhöht bzw. entfernt?

Jeweils 7 Minuten. Leider nicht @ max_execution_time, erst danach gelesen. Hab ja nun keinen Zugang mehr. :(

Ich muss wohl die Dependencies manuell nachziehen, sprich in dem Fall Doctrine DBAL, oder?

Hast du kein komplettes Backup?

Ansonsten könntest du das composer update lokal durchführen und dann alles deployen. Mit SSH Zugriff wäre alles natürlich viel einfacher ;)

Natürlich, dauert halt meist eine halbe Ewigkeit das BackUp einzuspielen.

Wie würde das denn mit SSH ablaufen?

Zitat:

Zitat von Sabaid

Wie würde das denn mit SSH ablaufen?

Einfach in den Ordner /composer deiner Contao Installation gehen und dann

Code:

/usr/local/bin/edis-php-cli-5630-soapssl composer.phar update

ausführen. Danach das Contao Install Tool öffnen.

Die Seite ist wieder online. Zeitlimit wurde entfernt. Ich versuch nun ob ich einen SSH Zugang organisieren kann. Was muss ich denn dann anschließend im Install-Tool machen?

Vielen Dank für die bisherige Hilfe! :D

Zitat:

Zitat von Sabaid

Was muss ich denn dann anschließend im Install-Tool machen?

Einloggen und ggf. die Datenbank aktualisieren. Sonst nichts.

SSH steht nun zur Verfügung. Nun bin ich soweit, dass er anfängt den Composer-Client upzudaten. Jedoch bricht er dann ab, da ihm der Speicher ausgeht. Momentan stehen 600MB RAM und 4,8GB Swap zur Verfügung. Müsste das nicht ausreichen? :eek: Ist das bei dem Umfang von Paketen normal oder passt da irgendwas nicht?

600GB RAM? Meinst du vielleicht MB? ;)

Dass das Auflösen der Abhängigkeiten schon mal 2 oder 3 GiB sprengen kann ist "normal". Vor allem da du minimum-stability dev eingestellt hast.

Versuch's mal mit folgender composer.json:

Code:

{ "name": "local/website", "description": "A local website project", "type": "project", "license": "proprietary", "require": { "avisota/contao-bundle-all": "3.2.0.0", "contao-bootstrap/buttons": "1.0.0.0", "contao-bootstrap/carousel": "1.0.0.0", "contao-bootstrap/core": "1.1.1.0", "contao-bootstrap/layout": "1.0.1.0", "contao-bootstrap/navigation": "1.0.2.0", "contao-bootstrap/panel": "1.0.1.0", "contao-bootstrap/tab": "1.0.0.0", "contao-bootstrap/templates": "1.0.2.0", "contao-community-alliance/composer-client": ">=0.16.6.0,<0.17-dev", "contao-legacy/backupdb": "3.2.2.9014", "contao-legacy/boxes4ward": "2.0.0.9012", "contao-legacy/cookiebar": "1.1.1.9007", "contao-legacy/googleanalytics": ">=1.4.0.9012,<1.5-dev", "contao-legacy/i18nl10n": "1.5.5.9004", "contao-legacy/isotope": "2.3.5.9006", "contao-legacy/rocksolid-custom-elements": "1.3.10.9003", "mrtool/contao-jquery-fancybox": "0.1.0.0", "netzmacht/contao-theme-plus": "4.4.5.0", "rhymedigital/isotope_quickproducts": "dev-develop as 1.0.0", "twbs/bootstrap": "3.3.6.0" }, "prefer-stable": true, "minimum-stability": "stable", "config": { "preferred-install": "dist", "cache-dir": "cache", "component-dir": "../assets/components" }, "repositories": [ { "type": "composer", "url": "https://legacy-packages-via.contao-community-alliance.org/" }, { "type": "composer", "url": "https?://legacy-packages-via.contao-community-alliance.org", "allow_ssl_downgrade": false }, { "type": "artifact", "url": "packages" } ], "extra": { "contao": { "migrated": "done", "version-locks": { "contao-bootstrap/buttons": ">=1.0.0.0,<1.1-dev", "contao-bootstrap/carousel": ">=1.0.0.0,<1.1-dev", "contao-bootstrap/layout": ">=1.0.1.0,<1.1-dev", "contao-bootstrap/navigation": ">=1.0.2.0,<1.1-dev", "contao-bootstrap/panel": ">=1.0.1.0,<1.1-dev", "contao-bootstrap/tab": ">=1.0.0.0,<1.1-dev", "contao-bootstrap/templates": ">=1.0.2.0,<1.1-dev", "contao-legacy/backupdb": ">=3.2.2.9013,<3.3-dev", "contao-legacy/boxes4ward": ">=2.0.0.9012,<2.1-dev", "contao-legacy/i18nl10n": ">=1.5.5.9004,<1.6-dev", "twbs/bootstrap": ">=3.3.6.0,<3.4-dev", "mrtool/contao-jquery-fancybox": ">=0.1.0.0,<0.2-dev", "contao-legacy/rocksolid-custom-elements": ">=1.3.9.9005,<1.4-dev", "contao-legacy/googleanalytics": ">=1.4.0.9012,<1.5-dev", "netzmacht/contao-theme-plus": ">=4.4.5.0,<4.5-dev", "contao-bootstrap/core": null, "avisota/contao-bundle-all": ">=3.2.0.0,<3.3-dev", "contao-legacy/cookiebar": ">=1.1.1.9007,<1.2-dev", "contao-legacy/isotope": ">=2.3.5.9006,<3-dev" } } } }

Und folgenden Befehlen:

Code:

/usr/local/bin/edis-php-cli-5630-soapssl composer.phar self-update /usr/local/bin/edis-php-cli-5630-soapssl -d memory_limit=5G composer.phar update

(Der erste Befehl ist nicht unbedingt notwendig, wenn deine composer.phar schon auf Version 1.4.2 ist.)

Zitat:

Zitat von Spooky

600GB RAM? Meinst du vielleicht MB? ;)

Ja, vertippt. :o

Code:

.../composer$ /usr/local/bin/edis-php-cli-56-stable-openssl -d memory_limit=-1 composer.phar update Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages. Problem 1 - netzmacht/contao-theme-plus 4.4.5 requires ikimea/browser dev-master -> satisfiable by ikimea/browser[dev-master]. - netzmacht/contao-theme-plus 4.4.5 requires ikimea/browser dev-master -> satisfiable by ikimea/browser[dev-master]. - Removal request for ikimea/browser == 9999999-dev - Installation request for netzmacht/contao-theme-plus 4.4.5.0 -> satisfiable by netzmacht/contao-theme-plus[4.4.5].

Seltsam, ein stable Release braucht eine dev Version? Oder hab ich das falsch verstanden?

EDIT:

Bei mir installierte Version 4.4.5 von "contao-theme-plus" braucht "ikimea/browser dev-master"
Ab Version 4.4.7 wird "ikimea/browser ~1.0" gebraucht.

Zitat:

Zitat von Sabaid

Ja, vertippt. :o

600 MiB sind halt nicht viel. Ich glaube aber nicht, dass das das Maxium ist, dass dir über das CLI zur Verfügung steht.

Zitat:

Zitat von Sabaid

Code:

.../composer$ /usr/local/bin/edis-php-cli-56-stable-openssl -d memory_limit=-1 composer.phar update Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages. Problem 1 - netzmacht/contao-theme-plus 4.4.5 requires ikimea/browser dev-master -> satisfiable by ikimea/browser[dev-master]. - netzmacht/contao-theme-plus 4.4.5 requires ikimea/browser dev-master -> satisfiable by ikimea/browser[dev-master]. - Removal request for ikimea/browser == 9999999-dev - Installation request for netzmacht/contao-theme-plus 4.4.5.0 -> satisfiable by netzmacht/contao-theme-plus[4.4.5].

Seltsam, ein stable Release braucht eine dev Version? Oder hab ich das falsch verstanden?

Ja, siehe https://github.com/netzmacht/contao-...lus/issues/104
Das Problem ist, dass du netzmacht/contao-theme-plus auf Version 4.4.5.0 festgesetzt hast - und daher auch nicht aktualisiert werden kann. Ändere

Code:

"netzmacht/contao-theme-plus": "4.4.5.0",

auf

Code:

"netzmacht/contao-theme-plus": "^4.4.5",

Generell solltest du vielleicht alle deine require Einträge diesbezüglich ändern. So wie es jetzt ist, bekommst du fast nirgends neue Versionen. Wenn du das so lassen möchtest, dann läufst du vielleicht in weitere solche Fälle und musst jeden einzeln behandeln.

War auch etwas verwundert @ RAM. Hab das Limit auf -1 gestellt damit er sich holen kann was verfügbar ist. Ohne memory_limit bleibt er bei 1GB hängen.

Code:

.../composer$ /usr/local/bin/edis-php-cli-56-stable-openssl -d memory_limit=-1 composer.phar update Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages. Problem 1 - contao-community-alliance/events-create-options 1.0 requires contao/core >=2.11,<3.4-dev -> satisfiable by contao/core[2.11.0, 2.11.1, 2.11.10, 2.11.11, 2.11.12, 2.11.13, 2.11.14, 2.11.15, 2.11.16, 2.11.17, 2.11.2, 2.11.3, 2.11.4, 2.11.5, 2.11.6, 2.11.7, 2.11.8, 2.11.9, 2.11.RC1, 2.11.RC2, 3.0.0, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, 3.0.6, 3.0.RC1, 3.0.RC2, 3.0.beta1, 3.1.0, 3.1.1, 3.1.2, 3.1.3, 3.1.4, 3.1.5, 3.1.RC1, 3.1.beta1, 3.2.0, 3.2.1, 3.2.10, 3.2.11, 3.2.12, 3.2.13, 3.2.14, 3.2.15, 3.2.16, 3.2.17, 3.2.18, 3.2.19, 3.2.2, 3.2.20, 3.2.21, 3.2.3, 3.2.4, 3.2.5, 3.2.6, 3.2.7, 3.2.8, 3.2.9, 3.2.RC1, 3.2.beta1, 3.2.beta2, 3.3.0, 3.3.1, 3.3.2, 3.3.3, 3.3.4, 3.3.5, 3.3.6, 3.3.7, 3.3.RC1, 3.3.RC2, 3.3.beta1] but these conflict with your requirements or minimum-stability. - avisota/contao-bundle-all 3.2.0 requires avisota/contao-core ~3.1 -> satisfiable by avisota/contao-core[3.1.0, 3.1.1, 3.1.2, 3.2.0, 3.2.1, 3.2.2, 3.2.3]. - avisota/contao-bundle-all 3.2.0 requires avisota/contao-core ~3.1 -> satisfiable by avisota/contao-core[3.1.0, 3.1.1, 3.1.2, 3.2.0, 3.2.1, 3.2.2, 3.2.3]. - avisota/contao-core 3.1.0 requires contao-community-alliance/events-create-options ~1.0 -> satisfiable by contao-community-alliance/events-create-options[1.1.x-dev, 1.0]. - avisota/contao-core 3.1.0 requires contao-community-alliance/events-create-options ~1.0 -> satisfiable by contao-community-alliance/events-create-options[1.1.x-dev, 1.0]. - avisota/contao-core 3.1.1 requires contao-community-alliance/events-create-options ~1.0 -> satisfiable by contao-community-alliance/events-create-options[1.1.x-dev, 1.0]. - avisota/contao-core 3.1.2 requires contao-community-alliance/events-create-options ~1.0 -> satisfiable by contao-community-alliance/events-create-options[1.1.x-dev, 1.0]. - avisota/contao-core 3.2.0 requires contao-community-alliance/events-create-options ~1.0 -> satisfiable by contao-community-alliance/events-create-options[1.1.x-dev, 1.0]. - avisota/contao-core 3.2.1 requires contao-community-alliance/events-create-options ~1.0 -> satisfiable by contao-community-alliance/events-create-options[1.1.x-dev, 1.0]. - avisota/contao-core 3.2.2 requires contao-community-alliance/events-create-options ~1.0 -> satisfiable by contao-community-alliance/events-create-options[1.1.x-dev, 1.0]. - avisota/contao-core 3.2.3 requires contao-community-alliance/events-create-options ~1.0 -> satisfiable by contao-community-alliance/events-create-options[1.1.x-dev, 1.0]. - Removal request for contao-community-alliance/events-create-options == 1.1.9999999.9999999-dev - Installation request for avisota/contao-bundle-all 3.2.0.0 -> satisfiable by avisota/contao-bundle-all[3.2.0].

Hab ich eine zu neue Contao (Core) Version? :(

Entschuldige bitte die vielen Anfragen. Bin mit dem Composer leider etwas überfordert.

Ja, die Extension contao-community-alliance/events-create-options ist nicht für Contao 3.5 frei gegeben: https://github.com/contao-community-...poser.json#L24, auch nicht in dev-master. In dev-develop dafür schon: https://github.com/contao-community-.../composer.json
Füge also folgenden Eintrag in dein "require" hinzu:

Code:

"contao-community-alliance/events-create-options": "dev-develop as 1.0.0"

Besser wäre es jedoch herauszufinden, welche Extension diese Extension wiederum benötigt - denn die wird vermutlich nicht mehr aktiv weiter entwickelt.

Code:

.../composer$ /usr/local/bin/edis-php-cli-56-stable-openssl -d memory_limit=-1 composer.phar update Loading composer repositories with package information Updating dependencies (including require-dev) Your requirements could not be resolved to an installable set of packages. Problem 1 - avisota/contao-bundle-all 3.2.0 requires avisota/contao-core ~3.1 -> satisfiable by avisota/contao-core[3.1.0, 3.1.1, 3.1.2, 3.2.0, 3.2.1, 3.2.2, 3.2.3]. - avisota/contao-bundle-all 3.2.0 requires avisota/contao-core ~3.1 -> satisfiable by avisota/contao-core[3.1.0, 3.1.1, 3.1.2, 3.2.0, 3.2.1, 3.2.2, 3.2.3]. - avisota/contao-core 3.1.0 requires contao-community-alliance/dc-general ~2.0 -> satisfiable by contao-community-alliance/dc-general[2.0.0-beta36]. - avisota/contao-core 3.1.0 requires contao-community-alliance/dc-general ~2.0 -> satisfiable by contao-community-alliance/dc-general[2.0.0-beta36]. - avisota/contao-core 3.1.1 requires contao-community-alliance/dc-general ~2.0 -> satisfiable by contao-community-alliance/dc-general[2.0.0-beta36]. - avisota/contao-core 3.1.2 requires contao-community-alliance/dc-general ~2.0 -> satisfiable by contao-community-alliance/dc-general[2.0.0-beta36]. - avisota/contao-core 3.2.0 requires contao-community-alliance/dc-general ~2.0 -> satisfiable by contao-community-alliance/dc-general[2.0.0-beta36]. - avisota/contao-core 3.2.1 requires contao-community-alliance/dc-general ~2.0 -> satisfiable by contao-community-alliance/dc-general[2.0.0-beta36]. - avisota/contao-core 3.2.2 requires contao-community-alliance/dc-general ~2.0 -> satisfiable by contao-community-alliance/dc-general[2.0.0-beta36]. - avisota/contao-core 3.2.3 requires contao-community-alliance/dc-general ~2.0 -> satisfiable by contao-community-alliance/dc-general[2.0.0-beta36]. - Removal request for contao-community-alliance/dc-general == 2.0.0.0-beta36 - Installation request for avisota/contao-bundle-all 3.2.0 -> satisfiable by avisota/contao-bundle-all[3.2.0].

Anschließend hab ich "contao-community-alliance/dc-general": "2.0.0-beta39 as 2.0" im require ergänzt.

Code:

.../composer$ /usr/local/bin/edis-php-cli-56-stable-openssl -d memory_limit=-1 composer.phar update Loading composer repositories with package information Updating dependencies (including require-dev) Package operations: 12 installs, 69 updates, 1 removal - removed 20 files - Removing bit3/contao-assetic (1.4) The following exception is caused by a lack of memory or swap, or not having swap configured Check https://getcomposer.org/doc/articles/troubleshooting.md#proc-open-fork-failed-errors for details Warning: proc_open(): fork failed - Cannot allocate memory in phar://...

Bleibt mir wohl nichts anderes übrig als die komplette Installation runterzuziehen, upzudaten und dann wieder hochzuschieben. :/

Führe mal

Code:

/usr/local/bin/edis-php-cli-56-stable-openssl -d memory_limit=-1 composer.phar update --profile

aus, um zu sehen wieviel Speicher verbraucht wird.

Zitat:

Zitat von Spooky

Führe mal

Code:

/usr/local/bin/edis-php-cli-56-stable-openssl -d memory_limit=-1 composer.phar update --profile

aus, um zu sehen wieviel Speicher verbraucht wird.

Code:

.../composer$ /usr/local/bin/edis-php-cli-56-stable-openssl -d memory_limit=-1 composer.phar update --profile [4.7MB/0.03s] Loading composer repositories with package information [5.0MB/0.74s] Updating dependencies (including require-dev) [5668.2MB/86.44s] Package operations: 12 installs, 69 updates, 1 removal [5668.2MB/86.44s] - removed 0 files [5668.2MB/86.45s] - Removing bit3/contao-assetic (1.4) [5140.6MB/90.84s] The following exception is caused by a lack of memory or swap, or not having swap configured [5140.6MB/90.84s] Check https://getcomposer.org/doc/articles/troubleshooting.md#proc-open-fork-failed-errors for details Warning: proc_open(): fork failed - Cannot allocate memory in phar://...

Nice, über 5 GiB ... :D

Zitat:

Zitat von Spooky

Nice, über 5 GiB ... :D

Swap erhöhen? Ist die halt die Frage, wo die Grenze setzen. Hab so das Gefühl der Composer würd am liebsten alles haben. :D

Ja, also wenn du den Swap erhöhen kannst, dann bringst du das Update vielleicht mal durch. Man müsste mal genauer analysieren, warum das in deinem Fall gar so aus dem Ruder läuft. Avisota ist auf jeden Fall schon mal ein großer Brocken.

Entferne außerdem mal

Code:

{ "type": "composer", "url": "https?://legacy-packages-via.contao-community-alliance.org", "allow_ssl_downgrade": false },

und poste dann deine aktuelle composer.json.

Hallo, gibt relativ gute Neuigkeiten. Ich hab die Installation auf meinen Rechner geholt und dort via CLI upgedated. Verwunderlicherweise bin ich nie über 710 MB gekommen. :D