Hoster Webgo

[Spooky]

Ah ok, ja kann schon sein . Mit der Information kannst du ja nun wieder zum WebGo Support gehen.

[tab]

Da wäre vielleicht mal ein klärendes Wort seitens Webgo hilfreich, damit jeder weiß, woran er mit welchem Paket ist.
Also einfach eine kleine Tabelle, in der für die verschiedenen Pakete aufgelistet wird, wie das maximale RAM aussieht für

1. Normaler Websitezugriff (Seitenaufrufe)
2. Composer-Aufruf aus der Konsole
3. Composer-Aufruf über Contao-Manager

Dass es Beschränkungen gibt, ist ja per se nichts Böses. Geht halt nicht ohne, der Gesamtspeicher des Servers ist nun mal limitiert und andere User auf dem Server möchten vielleicht auch mal ein paar KB RAM nutzen . Kann ja auch nicht sein, dass alle anderen Fehlermeldungen bekommen, bloss weil ich gerade ein "composer update" ausführen will. Wahrscheinlich werden manche Limits auch nicht fix sein, sondern von der Anzahl der User auf dem Server sowie deren Paketen, der Anzahl aktiver Prozesse oder wovon auch immer abhängen. Das darf dann gern mit angegeben werden, ebenso eventuelle feste Minimal- und Maximalwerte, also wieviel RAM bekomme ich jeweils garantiert und wieviel kann ich maximal bekommen. Dann eventuell noch eine Aussage, wie die Zahlen zu verstehen sind, pro Prozess oder pro User oder ...?

Dann kann man auch besser abschätzen, welches Paket man braucht für ein Projekt. Oder, wie in meinem Fall, welches Paket ich mir leisten muss, um notfalls Updates für Kundeninstallationen in anderen Paketen bei Webgo durchführen zu können Ok, das geht natürlich notfalls immer lokal, ist aber bequemer "von Webgo zu Webgo". Ich will meinen Kunden keine "falschen" Pakete "verkaufen" (ich verkaufe kein Hosting, den Vertrag mit dem Hoster schliesst bei mir letztlich immer der Kunde selbst ab, aus vielerlei Gründen. Ich spreche also lediglich eine Empfehlung aus). "Falsche" Pakete wären dann aus meiner Sicht solche, die unter- oder deutlich überdimensioniert sind für den "Normalbetrieb" der Website. Ich will also niemandem einen Power-Paket empfehlen, nur weil er für das Update die 2GB RAM braucht, wenn seine Seite eh nur recht moderate Zugriffszahlen haben wird und im Normalbetrieb mit 32MB pro Zugriff auskommt. Da reicht dann auch ein kleineres Paket mit 256 oder 512MB RAM und das Update macht man halt woanders. Umgekehrt will ich auch niemandem ein Starter-Paket empfehlen, wenn ihm das dann bei zwei gleichzeitigen Zugriffen um die Ohren fliegt.

[Cranker]

Es sieht nicht so aus als ob das ein Speicher-Problem ist, eher ein Konfigurationsproblem bei dem Platin-Paket.
Der Speicher bei dem Platin- und bei dem Pro-Paket sind gleich: 512 MB (memory_limit steht aber auf 256 MB).

Nur das Power Paket hat 1024 MB RAM zur Verfügung.

Bei der Installation von Contao über den Manager und anschließendem installieren von Erweiterungen hatte ich auch keine Problem - egal auf welchem Paket.
Die Probleme tauchten erst später auf...

[Cranker]

Ah ok, ja kann schon sein . Mit der Information kannst du ja nun wieder zum WebGo Support gehen.

Habe ich gerade gemacht und meine Erfahrungen an die per E-Mail geschickt.
Vielleicht finden die das Problem damit.

[Spooky]

Das Problem ist ja eh schon gefunden . Die haben den für Prozesse deines Users zur Verfügung stehenden Speicher limitiert. Diese Limitation müsste WebGo entfernen oder erhöhen (bspw. auf 1536M).

[Spooky]

Poste mal deine composer.json.

[Cranker]

Poste mal deine composer.json.

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "codefog/contao-cookiebar": "^1.4",
        "codefog/contao-mobile_menu": "^2.7",
        "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/onepage-navigation": "^1.0",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "roave/security-advisories": "dev-master",
        "terminal42/contao-easy_themes": "^2.2",
        "trilobit-gmbh/contao-cookiebar-bundle": "^1.0"
    },
    "config": {
        "component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

Das ist nun von dem Projekt das ich lokal aktualisiert habe und dann über das Terminal upgedatet habe.
Was hoffst du darin zu finden? Welche Erweiterungen installiert sind?

[Cranker]

Das Problem ist ja eh schon gefunden . Die haben den für Prozesse deines Users zur Verfügung stehenden Speicher limitiert. Diese Limitation müsste WebGo entfernen oder erhöhen (bspw. auf 1536M).

Wie kommst du darauf?

[Spooky]

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "codefog/contao-cookiebar": "^1.4",
        "codefog/contao-mobile_menu": "^2.7",
        "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/onepage-navigation": "^1.0",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "roave/security-advisories": "dev-master",
        "terminal42/contao-easy_themes": "^2.2",
        "trilobit-gmbh/contao-cookiebar-bundle": "^1.0"
    },
    "config": {
        "component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

Das ist nun von dem Projekt das ich lokal aktualisiert habe und dann über das Terminal upgedatet habe.
Was hoffst du darin zu finden? Welche Erweiterungen installiert sind?

Verwende diese composer.json und versuche es nochmal:

{
    "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",
        "codefog/contao-cookiebar": "^1.4",
        "codefog/contao-mobile_menu": "^2.7",
        "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/onepage-navigation": "^1.0",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "terminal42/contao-easy_themes": "^2.2",
        "trilobit-gmbh/contao-cookiebar-bundle": "^1.0"
    },
    "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"
        ]
    }
}

Im wesentlichen habe ich "roave/security-advisories": "dev-master", entfernt - denn diese Abhängigkeit verbraucht bei der Abhängigkeitsauflösung viel mehr Speicher. Siehe https://community.contao.org/de/show...l=1#post466415

Wie kommst du darauf?

Das geht aus dieser Fehlermeldung hervor.

[tab]

Man muss beim RAM unterscheiden zwischen Konsolenprozessen (Composer Konsolenaufruf), Apache-Prozessen und eventuell noch vom Apache-Prozess erzeugten Konsolenprozessen (Contao-Manager). Das kann alles unterschiedlich konfiguriert sein.
Das Platin-Paket ist auch kein CMS-Paket wie CMS Pro und CMS Power. Kann durchaus sein, dass hier für die CMS-Pakete eben andere Regeln gelten als für die "Go-Pakete" und vielleicht nochmal andere für die aktuellen Webhosting-Pakete (Starter, Profi, Business, Power). Es könnte also dem GoPaket Platin ohne Weiteres auf der Konsole oder über den Manager nur z.B. 512MB zugestanden werden und dem CMS Pro 1GB, obwohl bei beiden steht 512MB.

[Cranker]

Verwende diese composer.json und versuche es nochmal:

Das hat leider nicht geklappt:

Using version ^1.0 for trilobit-gmbh/contao-cookiebar-bundle
/home/www/xxx/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
mmap() failed: [12] Cannot allocate memory

Process terminated with exit code 255
Reason: Unknown error

Im wesentlichen habe ich "roave/security-advisories": "dev-master", entfernt - denn diese Abhängigkeit verbraucht bei der Abhängigkeitsauflösung viel mehr Speicher. Siehe https://community.contao.org/de/show...l=1#post466415

Ah. Das hatte ich noch nicht gesehen.

Das geht aus dieser Fehlermeldung hervor.

O.K.

[tab]

Irgendwas geht hier furchtbar schief. Ich teste gerade auf einem Platin-Paket, natürlich nur im ureigensten Interesse des entsprechenden Kunden, der ja auch mal Contao 4 bekommen soll.

Ausgangslage: Alte Testinstallation 4.4.4 mit Manager Beta 10, nur Core installiert. Update mit dem alten Manager auf 4.4.16 problemlos.
Ich starte dann den Manager neu und er macht ein Update auf Beta 16. Ich wähle Webgo, alles ok.

Dann kommt der Teil, den ich nicht wirklich verstehe ...
1) Ich versuche die erste Erweiterung zu installieren (codefog/contao-cookiebar). Es kommt der obenstehende mmap-Fehler.
2) Ich klicke auf "Bestätigen und Schliessen", der Manager initialisiert sich offenbar neu und prüft das System und die Installation, danach erscheint die Suchmaske für die Erweiterungen und kreiselt endlos mit dem zuvor eingegebenen Suchstring.
6) Ich breche das ab durch Klick auf das Kreuz hinter dem Eingabefeld.
7) Es erscheint wieder die Liste der installierten Bundles, ich klicke auf "Pakete aktualisieren".
8) Nanu?!? Die zuvor nicht installierte Erweiterung wird problemlos installiert!
9) Installtool aufgerufen, danach im Manager "Bestätigen ud Schliessen".
10) Nächste Erweiterung, das selbe Spiel wieder, bei jeder Erweiterung.

Ich habe jetzt alles installiert aus der Liste von Cranker, bis auf das roave/security-advisories, das wird irgendwie nicht gefunden bei der Suche über den Manager. Dazu habe ich dann noch BackupDB installiert, auch hier das selbe Spiel, zuerst die mmap-Fehler Geschichte. Aber jetzt sind die Erweiterungen jedenfalls alle drin in der Installation. Ein oder zwei Mal wurde gemeckert, dass was mit der Installation nicht stimmt, irgendwelche Dateien gefunden wurden. Aktuelle Seite neu laden im Firefox hat jedes Mal zuverlässig geholfen, danach gings dann wieder weiter. Jetzt muss mir das nur noch jemand erklären...

Edit: Ich habe eben noch versucht, roave/security advisories zu installieren mit

php71 composer.phar require --dev roave/security-advisories:dev-master

Das ging dann schief:

Loading composer repositories with package information
Updating dependencies (including require-dev)

mmap() failed: [12] Cannot allocate memory

mmap() failed: [12] Cannot allocate memory
PHP Fatal error:  Out of memory (allocated 1046487040) (tried to allocate 4096 bytes) in phar:///home/www/kundendomain.de/composer.phar/src/Composer/DependencyResolver/RuleWatchGraph.php on line 52

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

Man sieht aber zumindest, dass tatsächlich 1GB RAM verfügbar zu sein scheint im Platin-Paket.

[Andreas]

Etwas änlich Seltsames habe ich auch gerade erlebt, als ich mit nem goPlatin von 4.4.14 auf 4.4.16 updaten wollte. Zuerst wollte sich der Manager auf 16 beta aktualisieren. In der Konsole erschien nichts, die Sanduhr lief ewig. Irgendwann habe ich einfach die contao-manager.phar.php neu aufgerufen, und siehe da, das Update auf die beta 16 schien erfolgreich funktioniert zu haben, obwohl keine Ausgabe im console DIV zu sehen war und die Sanduhr ewig lief.

Dann die Pakete aktualisiert, wollte ja von 4.4.14 auf 4.4.16, und dort gleiches Spiel mit Consolen-DIV und Sanduhr erlebt. Irgendwann dann wieder contao-manager.phar.php aufgerufen und dann die Ausgabe in der Konsole gesehen. Alles schien erfolgreich verlaufen zu sein.

Aber dass da keine Ausgabe in der Konsole kommt und die Sanduhr ewig läuft, kann ja eigentlich nicht am Server liegen, sondern an dem Manager denke ich.

[folkfreund]

Ich verknüpfe das hier mal mit den Meldungen zum Hoster WebHostOne. 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/showthread.php?70192-Contao-Manager-Webhostone-Cannot-allocate-memory

[tblumrich]

Ich will nur kurz bestätigen, dass ich mit meinem Platin Paket genau die gleichen Probleme habe, die hier beschrieben wurden.
Mein Vorgehen ist auch immer die Zwei-Schritte Taktik: Erweiterung über Manager installieren bis zur genannten Fehlermeldung, dann install oder update über die Konsole.


Gesendet von iPad mit Tapatalk