Fehler bei Installation einer Erweiterung über Contao Manager 1.0.0-beta19

Hallo,
folgende Fehlermeldung bekomme ich bei mehreren Contao 4.4 Installationen, wenn ich eine neue Erweiterung über den Contao Manager installieren möchte. Im konkreten Fall war es Backup DB und Cookiebar.

Using version "meine-erweiterung"
/mein-pfad-auf-server/composer.json has been updated
Loading composer repositories with package information
Updating dependencies



mmap() failed: [12] Cannot allocate memory

mmap() failed: [12] Cannot allocate memory

mmap() failed: [12] Cannot allocate memory


Process terminated with exit code 255
Reason: Unknown error
---------------------------
Was kann ich tun?

Welcher Hoster?

Zitat:

---

Zitat von Spooky

Welcher Hoster?

---

Webgo

In letzter Zeit wurde schon öfter reported, dass bei WebGo das Speicherlimit für Prozesse zu niedrig ist, um composer update Operationen direkt am Server ausführen zu können, zumindest bei bestimmten Shared Hosting Paketen.

Kontaktiere den Support, ob das Speicherlimit nicht doch erhöht werden kann.

Andernfalls musst du das composer update lokal ausführen, die composer.json & composer.lock dann auf den Server kopieren und dort dann ein composer install ausführen (geht auch über den Contao Manager).

Poste außerdem mal deine composer.json.

Zitat:

---

Zitat von Spooky

Kontaktiere den Support, ob das Speicherlimit nicht doch erhöht werden kann.

---

Habe ich ja auch schon gemacht. Da muss irgendetwas anderes dazwischengrätschen, denn der Updateprozess funktioniert bei den betroffenen Paketen auch über die Konsole nicht, obwohl die Konsole ausspuckt, dass das Limit unbegrenzt ist. Ich war mit den Leuten bestimmt 3 Monate am Suchen und man hat sich nach meiner Einschätzung wirklich bemüht. Betroffen sind scheinbar nur Webgo Platin (und falls es jemand einsetzt auch Gold) und dort aber wohl auch nicht alle Pakete. Ich habe jedenfalls Testumgebungen aufgesetzt bei mehren Platin Paketen, gleiche composer.json, gleiche PHP-Version und auch sonst alle Einstellungen, die ich sehen konnte gleich. Damals liefen 3 Pakete problemlos und eins hat aus irgendwelchen Gründen gesponnen. Die Ursache konnte Webgo nicht finden. Inzwischen mache ich fast alles lokal und ärgere mich darüber nicht mehr.

Zitat:

---

Zitat von Spooky

Poste außerdem mal deine composer.json.

---

Code:

---

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0-or-later",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.*",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "codefog/contao-cookiebar": "^1.4",
        "do-while/contao-backupdb-bundle": "^1.2"
    },
    "config": {
        "component-dir": "assets"
    },
    "extra": {
        "branch-alias": {
            "dev-4.4": "4.4.x-dev"
        }
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

---

Eigentlich ist es ja klar woran es liegt. Deren Prozessmanager ist so eingestellt, dass die Prozesse des SSH Users nicht mehr als x Bytes an Arbeitsspeicher verbrauchen können.

Zitat:

---

Zitat von Spooky

Eigentlich ist es ja klar woran es liegt. Deren Prozessmanager ist so eingestellt, dass die Prozesse des SSH Users nicht mehr als x Bytes an Arbeitsspeicher verbrauchen können.

---

Danke für die Info. Ich habe den Support kontaktiert und werde über die Entwicklung schreiben.

Wenn das dann im einen Paket geht und im anderen nicht, dann ist wohl das Limit auf den beiden Servern unterschiedlich eingestellt. Oder es sind auf dem einen Server zusätzliche PHP-Module installiert oder was auch immer. In den letzten Monaten hat der Speicherbedarf für die Auflösung der Abhängigkeiten schleichend die 1GB Grenze überschritten, was dann eben gleich eine ganze Reihe von Hostingpaketen betrifft, mit denen es dann eben plötzlich nicht mehr funktioniert. Uberspace 6 muss ich auch mal wieder probieren, einen davon habe ich momentan noch, den anderen habe ich durch einen Uberspace 7 ersetzt, da gibt es ein halbes GB mehr. Es scheint aber nur eine Frage der Zeit zu sein, bis auch das irgendwann mal nicht mehr reichen wird.

Das Limit könnte je nach Server Last auch dynamisch sein.

Das wäre eine Erklärung. Wobei das eigentlich WebGo relativ schnell als Ursache hätte erkennen müssen. Dass Limits in irgendeiner Form notwendig sind bei shared hosting ist eh klar. Insofern hätte man das dann auch problemlos so kommunizieren können. Allemal vertrauenerweckender als das Problem nicht zu finden.

Zitat:

---

Zitat von tab

Insofern hätte man das dann auch problemlos so kommunizieren können. Allemal vertrauenerweckender als das Problem nicht zu finden.

---

Ich habe da auch so meine Probleme das korrekt einschätzen zu können, was mir erzählt wird. In dem Bereich fehlt mir einfach eine Menge an Wissen.

Bitte aktualisiert eure Contao Manager Version von 1.0.0-betaX zu der Version 1.0.0.
Ab diesem Moment wird alles aus der Composer Cloud geladen und das Problem sollte nicht länger auftreten.

Zitat:

---

Zitat von daSilva

Bitte aktualisiert eure Contao Manager Version von 1.0.0-betaX zu der Version 1.0.0.
Ab diesem Moment wird alles aus der Composer Cloud geladen und das Problem sollte nicht länger auftreten.

---

Habe gerade probiert eine Erweiterung zu installieren und siehe da, alles bestens.
Lag dann wohl doch nicht an WebGo.

Übrigens, vielen Dank an den Support und Herrn Da Silva für die gute Unterstützung.:)

Naja, der Hauptdank gebührt hier @Toflar und den Composer-Entwicklern. Siehe
https://medium.com/@yanick.witschi/composer-cloud-resolver-e64254f5728e (englisch)
Dass es jetzt funktioniert, liegt ausschliesslich daran, dass es jetzt den "Composer-Cloud-Resolver" gibt und dieser per Default aktiviert ist (in der Serverkonfiguration). Machst du den Haken da raus, funktioniert es genauso gut oder schlecht wie vorher. Es lag auch nicht wirklich an Webgo, das entsprechende Paket verfügt nun mal nicht über soviel RAM, dass es die Abhängigkeiten hätte auflösen können. Das war vorher so und ist auch jetzt noch so (und wird wohl auch noch eine ganze Weile so bleiben). Nur ein "größeres" Paket hätte hier geholfen. Shared Hosting bietet halt in der Regel aus guten Gründen nur begrenzte Ressourcen für den einzelnen User, das liegt in der Natur der Sache. Die RAM-lastige Auflösung der Abhängigkeiten wird jetzt von der Composer-Cloud geleistet, wenn diese Option in der Serverkonfiguration aktiviert ist. Somit kann der Contao-Manager jetzt auch auf kleineren Shared Hosting Paketen genutzt werden, ohne dass man die Auflösung der Abhängigkeiten - wie ursprünglich vorgesehen - auf seinem lokalen Rechner durchführen muss.

Und @andreas.schempp nicht zu vergessen der den Contao Manager immer weiter entwickelt und getestet hat, damit die Cloud auch durch den Contao Manager genutzt werden kann. Daneben hat er viel Zeit und Mühe investiert um unterschiedlichste (oder soll ich besser sagen auch abenteuerliche ;)) Serverkonfigurationen nach Möglichkeit weitestgehend abzufangen.