Contao Manager / Webhostone / Cannot allocate memory

[petra]

Seit dem Contao Manager-Update auf 1.0.0-beta16 kann ich kein Paket mit dem Contao Manager mehr installieren, es endet mit "Cannot allocate memory".
Webhostone-Paket ist "Single App" und ich habe es auf zwei Single-App-Paketen probiert. Bei dem Paket "Multi App" gibt es keine Probleme.
Daher meine Frage, ob mit dem Contao Manager-Update höhere Arbeitsspeicher-Anforderungen gekommen sind?

Vielen Dank im Voraus!
Petra

[Spooky]

Daher meine Frage, ob mit dem Contao Manager-Update höhere Arbeitsspeicher-Anforderungen gekommen sind?

Nein, diese Anforderungen hängen von den über Composer verwalteten Abhängigkeiten ab, nicht vom Contao Manager.

[petra]

Danke für Deine Antwort.

Egal, welches Paket man versucht zu installieren, endet es mit dem Speicherproblem, was vorher nicht auftrat.

[Spooky]

Welche PHP Version verwendest du?

Poste deine composer.json.

[petra]

PHP Version 7.0.27 (mit 7.1. auch schon probiert)

composer.json

{
    "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",
        "erdmannfreunde/euf_grid": "^2.2",
        "terminal42/contao-easy_themes": "^2.2"
    },
    "conflict": {
        "contao/core-bundle": "<4.4.8"
    },
    "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"
        ]
    }
}

Moderation: [code] Tags hinzugefügt.

[Spooky]

Auch wenn es für dieses Problem nichts bringt solltest du auf jeden Fall PHP 7.1 verwenden.

[petra]

ja, aber daran liegt es ja leider nicht...

[Tompaianer]

Bin auch bei Webhostone und hatte das gleiche Problem. Mit dem höheren Tarif klappt es bei mir. Also 512MB.

[petra]

Hallo Tompaianer,

vielen Dank für Deine Antwort. Bei meinem eigenen Account habe ich das auch so gelöst, allerdings habe ich bei Webhostone mehrere Kunden mit einem SingleApp-Paket, weil es bislang ausreichte. Hast Du eine Ahnung, warum das Paket plötzlich nicht mehr ausreicht? Hat sich was bei dem Composer geändert?

[Tompaianer]

Das Problem hatten schon andere hier im Forum.

Kann ich bestätigen: Bei einer Installation im WebhostOne Paket "Single-App" (256 MB RAM) funktionierte das Update über den aktuellen Contao Manager 1.0.0-beta13 ebenfalls nicht. Mit den offiziellen Contao-Bundles sowie neun zusätzlichen Erweiterungen kam der "Error: "Out of memory ..."

Ein früheres Update mit dem Contao Manager 1.0.0-beta10 und denselben Erweiterungen funktionierte allerdings! Ist evtl. seither der Speicherbedarf gestiegen?

Mit 512 MB RAM funktionierte obiges Update via Contao Manager reibungslos.

https://community.contao.org/de/show...-Manager/page8

[petra]

Vielen lieben Dank für Deine Antwort, Tompaianer.
Hm..mit der beta14 hatte es aber meines Erachtens noch geklappt. Einmal gab es auch ein Out of Memory und der Webhostone-Support gab den Tipp, das System wieder herzustellen und danach klappt es auch wieder. Nur dieses Mal half auch das nichts mehr.
Vielleicht sollte ich noch mal beim Support nachfragen...

[folkfreund]

Ich verknüpfe das hier mal mit den Meldungen zum Hoster WebGo. Auch dort scheinen sich Hinweise zu verdichten, dass es was mit der neuen Version des Managers zu tun haben könnte: https://community.contao.org/de/show...l=1#post467935

[petra]

Super, vielen lieben Dank, Folkfreund!

[mlweb]

Mit der neuen Version des Managers hat das m.E. nichts zu tun.
Zum einen ist es bei mir vor dem Update des Managers erstmals aufgetreten und zum anderen tritt es bei mir auch direkt auf der Konsole auf.
Wie @Spooky schon woanders vermutete wurde bei Webgo/Webhostone wahrscheinlich auch auf der Konsole das Memory Limit beschränkt.

[xchs]

Ich kann das Problem mit einem SingleApp Paket ebenfalls bestätigen:

$ php composer.phar update -o
Loading composer repositories with package information
Updating dependencies (including require-dev)

mmap() failed: [12] Cannot allocate memory

mmap() failed: [12] Cannot allocate memory

Fatal error: Out of memory (allocated 764420096) (tried to allocate 4096 bytes) in phar:///home/www/acme/composer.phar/src/Composer/DependencyResolver/RuleWatchGraph.php on line 52

[Composer 1.6.3, PHP 7.1.13 (cli)]

[tab]

Mit der neuen Version des Managers hat das m.E. nichts zu tun.
Zum einen ist es bei mir vor dem Update des Managers erstmals aufgetreten und zum anderen tritt es bei mir auch direkt auf der Konsole auf.
Wie @Spooky schon woanders vermutete wurde bei Webgo/Webhostone wahrscheinlich auch auf der Konsole das Memory Limit beschränkt.

Klar, habe ich bei meinem "composer update" auf der Konsole im Webgo Platin-Paket deutlich gesehen, das Limit liegt offenbar bei 1GB. Dieses Limit habe ich erst wirklich erreicht, nachdem schon ein halbes Dutzend Erweiterungen installiert waren und zudem noch eine Developer-Version einer weiteren Erweiterung installiert werden sollte. 1GB reicht normalerweise schon für so einige Erweiterungen. ABER: Trotzdem tritt der Fehler schon bei der allerersten Erweiterung auf, die ich installiere. Und im zweiten Versuch wird die Erweiterung dann klaglos installiert. Das kann doch eigentlich nicht nur an der Limitierung des RAM liegen, warum klappt es sonst im zweiten Anlauf?

Ich tippe eher immer noch auf einen Fehler in PHP. Irgendwas tückisches, Stack-Overflow, Fehler im Memory-Management, ... PHP ist in C geschrieben. Da kannst du Fehler machen, die bewirken, dass es irgendwann irgendwo knallt. An Stellen, die mit der Stelle des Fehlers im Code aber auch rein gar nichts zu tun haben.

[mlweb]

Siehe bei dem Thread zu Webgo. Ich installiere gar keine Erweiterung sondern bin bei dem betroffenen Server in einer Testinstallation mit auschließlich dem Core und versuche dort ein Update.

[mlweb]

Ich tippe eher immer noch auf einen Fehler in PHP. Irgendwas tückisches, Stack-Overflow, Fehler im Memory-Management, ... PHP ist in C geschrieben. Da kannst du Fehler machen, die bewirken, dass es irgendwann irgendwo knallt. An Stellen, die mit der Stelle des Fehlers im Code aber auch rein gar nichts zu tun haben.

Wobei es irgendwann Anfang Januar eine Veränderung gegeben haben muss. Definitiv hatte ich bis Ende Dezember in dem betroffenen Paket keinerlei Probleme.
Leider bekomme ich langsam das Gefühl das Webgo/Webhostone mauert.

[petra]

Habe bei Webhostone nachgefragt, sie haben keinerlei Änderungen vorgenommen und das glaube ich ihnen auch.
Können die ContaoManager-Entwickler denn bestätigen, dass der Manager bzw. Composer mittlerweile mehr Arbeitsspeicher benötigt als noch "vor ein paar Wochen"?

[mlweb]

Grundsätzlich hängt es ja von den installierten Erweiterungen, von der PHP-Version, von den Core-Abhängigkeiten ab wieviel Speicherplatz für die Auflösung der Abhängigkeiten benötigt wird. Damit kann sich der Speicherbedarf auch dann ändern, wenn Du nichts neues installiert hast.

Ich habe allerdings beim gleichen Provider zwei Platinpakete (Webgo) auf zwei verschiedenen Servern, bei einem Paket funktioniert es problemlos beim anderen nicht. In beiden Installationen wird die gleiche PHP-Version genutzt und auch identische composer.json Dateien und ich installiere meine Testversion am gleichen Tag (mit Abstand von wenigen Minuten). In dem Fall schließe ich den Speicherbedarf für die Abhängigkeitsauflösung als Ursache aus. Hier muss es andere Unterschiede/Ursachen geben.

[petra]

Hallo mlweb,

ja, da stimme ich Dir zu. Allerdings stellte ich das Speicherproblem bei einer Neuinstallation fest, als die erste kleine Erweiterung ohne Abhängigkeiten installiert werden sollte. Daraufhin habe ich bei anderen Contao-4-Projekten auf SingleApp-Paketen geschaut und die gleiche Fehlermeldung erhalten, dabei gab es da vor ein paar Wochen keinerlei Probleme. Webhostone meint, dass der Contao-Update-Manager mittlerweile mehr Speicher benötigt. Naiv gefragt: Warum?

[mlweb]

Wie gesagt wenn, dann ist es die Auflösung der Abhängigkeiten selbst.
Bei mir entsteht das Problem in dem einen Paket auch dann wenn ich eine nackte Contao-Installation update.

Aber um Dein Problem zu lösen, hast Du schon mal versucht die Abhängigkeiten lokal aufzulösen?

[tab]

Wobei es irgendwann Anfang Januar eine Veränderung gegeben haben muss. Definitiv hatte ich bis Ende Dezember in dem betroffenen Paket keinerlei Probleme.
Leider bekomme ich langsam das Gefühl das Webgo/Webhostone mauert.

Falls es wirklich so ein Fehler in PHP ist, kann die Veränderung durch kleinste Änderungen im anderen Code (z.B. Contao-Manager) an fast beliebiger Stelle oder in der PHP-Konfiguration an fast beliebiger Stelle verursacht werden. Dabei muss dieser Code selbst keinen Fehler enthalten, teilweise reicht es, eine zusätzliche Variable zu benutzen um einen Fehler auszulösen. Das ist ja das tückische an solchen Fehlern. Es ist denkbar, dass eine Änderung im Contao-Manager im Zusammenspiel mit bestimmten Systemkonfigurationen dazu führen kann, dass als Folge des Fehlers riesige RAM-Mengen allokiert werden anstatt der eigentlich benötigten Menge. Es ist genauso denkbar, dass Contao-Manager Version xy im Zusammenspiel mit Systemkonfiguration A Probleme macht, aber nicht mit Systemkonfiguration B. Dafür läuft dann vielleicht Contao-Manager Version yz problemlos mit Systemkonfiguration A und schmiert mit Systemkonfiguration B ab.

Das Phänomen ist auch nicht neu, es trat seit mindestens 2016 auf sowohl mit PHP 5.6, als auch mit 7.0 und 7.1. Google findet da so einige Threads. Und das bei ganz anderen Programmpaketen, also nicht nur bei Symfony, Contao oder dem Manager. Uns Anwendern hilft das natürlich leider auch nicht weiter.

[petra]

Nein, Abhängigkeiten lokal aufzulösen habe ich bislang nicht probiert...Ich versuche allerdings mit einer kleinen Contao-Seite bzw. 2-3 Erweiterungen meines Erachtens auf dem Server kein Hexenwerk!?

[mlweb]

Da hast Du sicher recht. Andererseits finde ich es immer ganz gut, wenn ich trotz allem eine Möglichkeit habe updates zu machen oder Erweiterungen zu installieren.