[gelöst] Weiterarbeiten möglich trotz "Fatal error: Out of memory (allocated ...)"?

Also die Aussage des Supports verwundert mich jetzt etwas. Ich meine mich an ca 96MB zu erinnern bei 1&1, aber da ich dort selbst keine Seite betreue kann ich nichts sonst dazu sagen.
Drupal 7 benötigt laut Requirements 64MB minimal. Es mag auch mit weniger gehen, aber dann kann es Dir leicht passieren, daß Du eine weiße Seite (WSOD, mal danach googlen in Zusammenhang mit Drupal) siehst. Der fatal Error in Verbindung mit neu geladenen Modulen besagt, daß die Verarbeitung an irgendeiner Stelle abgebrochen wurde, da kein weiteres Memory allociert werden konnte. Wo hängt von den Umständen ab. Bisher hattest Du wohl Glück gehabt, das nichts Schlimmes passiert ist. Es kann Dir aber auch passieren, daß nach Aktivieren eines weiteren Moduls, die Seite gar nicht mehr anzusprechen ist, WSOD eben. Dann bist Du endgültig gekniffen. Das kann auch erst nach der Konfiguration eines Moduls passieren, weil auf einmal mehr Speicher benötigt wird als vorher.
Ich würde erst einmal eine lokale Installation anlegen und dort weiterarbeiten, dann verlierst Du keine Zeit.
Es soll aber auch durchaus bessere Hoster als 1&1 geben, bei denen Du für weniger Geld bereits 128MB PHP-Memory bekommst. Also noch mal mit dem Support reden, was sich machen läßt. Notfalls den Hoster wechseln und mit der Domain umziehen.

Beste Grüße
Werner

Das klingt für mich ein bisschen nach: Aus meinem Auto qualmt es und der Motor stottert, aber ist es trotzdem OK, weiter zu fahren?

Wie Werner schon zu Recht darauf hingewiesen hat: So nicht weitermachen und der Ausstieg aus den Drupal-Prozessen kann an unterschiedlichen Stielen passieren.
Z.B. führt dies selbst beim Installieren eine Moduls mit Drush bei mir oft dazu, daß die Menü-Pfade nicht angemeldet werden. Aber es kann auch schlimmeres passieren, bzw. schon schlimmeres passiert sein, das an der Oberfläche schlecht zu erkennen ist. Je mehr man solche Problem verschleppt umso schwieriger wird später die Fehlersuche und umso aufwendiger deren Behebung. Es ist auch nicht immer gesagt, daß ein System grundsätzlich zu wenig Speicher hat, wenn dieser Fehler kommt, z.B. können auch andere Fehler im Code diesen Fehler auslösen. Aber insbesondere bei diesen genannten Eckdaten ist das schon naheliegend, daß es grundsätzlich zu wenig Speicher gibt. Die auf drupal.org angegebenen Requirements gelten dem Core. Je nach Modul-Zuwachs steigt auch der Speicherbedarf.

Im Managed Hosting-Bereich werden die Eckdaten der Server meiner Erfahrung nach selten angepasst. Das heißt, daß man nicht unbedingt upgraden muss mit höheren Kosten sondern oft ein Crossgrade auf ein aktuelleres System oft schon helfen kann. Nur damit ist dann ähnlich wie beim Umzug zu einem anderen Hoster unter Umständen ein gewisser Aufwand verbunden.

Ganz herzlichen Dank an Werner und Carsten für die Antwort!

Der Vergleiche mit dem Auto hat mich überzeugt! ;-) Also rechts ran und Motor aus!

Der Tarif basiert auf einem vor 10 Jahren geschlossenen Vertrag und heißt aktuell "1&1 Business Pro 5.0". In all den Jahren wurde er zwar mit 1&1-internen Gmmicks und Webspace-Speicher aufgepimpt - und dementsprechend verteuert, aber die Resourcen-Daten sind - wie oben erwähnt - verheerend. In der php-Info wird zwar als memory_limit 90M Master Value angezeigt - und nach dem Ändern der settings.php - schöne 256M Local Value. Diese Werte seien aber nur die Werte, die grundsätzlich auf diesem Server möglich wären (90M), aber nicht für meinen Tarif zur Verfügung stehen (nur 32M shared, also ca. 16M real). Der Locale Value zeigt nur die Daten den, die man in die settings-/php.ini-Dateien einträgt, hat aber mit der Realtiät überhaupt nichts zu tun.

Auskunft des Supports (immerhin Platin-Service, also auch samstags direkt anrufbar ... ;-): lediglich der Tarif unlimited plus würde 128M garantieren. Der wäre auch noch 120 Euro im Jahr billiger - dazu aber Umrug auf einen anderen Server, ca. 2 Werktage. - Ich weiß nur nicht, ob 128M wirklich ausreichen?
Ich habe eine andere Site bei all-inkl für ca. 60 Euro im Jahr laufen. Dort sind 256M möglich - und bisher kein einziger "fataler Fehler" ...

Danke nochmal - und schone Grüße

Roland-D50

Wenn du bei all-inkl.com zufrieden bist, solltest du die andere Seite dort auch mit hinziehen. Hier sparst du - wie du schon selbst sagst - noch Geld und bekommst bessere Leistung geboten. Da gibt es meiner Ansicht nach nicht viel zu überlegen - bei all-inkl.com hast du derzeit sogar noch eine Aktion und bekommst die ersten 3 Monate die Kosten des gewählten Tarifs geschenkt.

SteffenR

... es hängen halt ca. 30 E-Mail-Konten und mehrere Sub-Domains dran. Und die Erreichbarkeit sollte auch nicht lägere Zeit unterbrochen werden.

Deshalb meine Überlegung für ein Jahr auf unlitmited plus umzusteigen und dann den Umstieg auf all-inkl in Ruhe zu organisieren. Das Prblem ist einfach der Zeitdruck. Die neue Seite sollte schon längst online sein ...

Sind denn nach Eurer Erfahrung 128M zugesichert ausreichend?

Schöne Grüße

Roland-D50

OK - das ist ein Argument. Den Stress würd ich mir dann auch nicht antun wollen. Ob die 128MB wirklich ausreichend sind, kann man erst beurteilen, wenn man die Seite selbst kennt. Du kannst aber durch sinnvolles Caching (Views, Page Cache etc) schon einiges an Last von Drupal nehmen. Dann solltest du mit den 128MB schon weiter kommen - aber wie ich schon schrieb, ohne die Seite zu kennen, würd ich da jetzt nicht meine "Unterschrift runter setzen".

SteffenR

Egal bei welchem Provider, 96 MB ist das Minimum für einen vernünftigen Betrieb.
Wieviel du schliaßlich brauchst, hängt von den verwendeten Modulen ab.

Wenn dies eine wachsende Domain ist, solltest du schauen, dass der Tarif weitere Erhöhungen zulässt.

Ich danke allen Mitdenkern ganz herzlich für die Antworten!

Ich werde es gleich zu Beginn des Neuen Jahres mit dem neuen Tarif (unlimited plus) versuchen. Falls Drupal dann immer noch Probleme hat, werde ich es hier posten.

Schöne Grüße und gesegnete Weihnachtstage!

Roland-D50