Beim Betrieb meiner Drupal-Website erhalte ich die Fehlermeldung "Fatal error: Allowed memory size of". Wie kann ich das beheben?
Diese Fehlermeldung zeigt an, dass dem Webserver/Webspace-Paket, genauer gesagt PHP, nicht genügend Arbeitsspeicher zur Verfügung steht. Um PHP mehr Arbeitsspeicher zuzuweisen, gibt es unterschiedliche Möglichkeiten:
a) Durch die Erhöhung des Wertes @memory_limit@ in der php.ini Datei des Webservers
b) Durch das Hinzufügen der Zeile @ini_set('memory_limit', '24M');@ in die settings.php-Datei (@sites/default/settings.php@) der Drupal-Installation (24M ist die Höhe des zugewiesenen Arbeitsspeichers und kann beliebig angepasst werden).
c) Durch das Hinzufügen der Zeile @php_value memory_limit 24M;@ in die
.htaccess-Datei der Drupal-Installation (24M ist die Höhe des zugewiesenen Arbeitsspeichers und kann beliebig angepasst werden).
Achtung: Das oben beschriebene Überschreiben der PHP.ini Einstellungen funktioniert nicht bei allen Providern. Gerade bei Shared-Hosting Paketen ist dieses oft nicht möglich.
- Anmelden oder Registrieren um Kommentare zu schreiben
Bei 1&1 ist da allerdings
am 11.08.2007 - 09:19 Uhr
Bei 1&1 ist da allerdings vorsicht geboten! Denn die scheinen, sobald ein zu hoher Wert in einer php.ini im Root angegeben wurde, ganz dicht zu machen, und der Server kann nicht mal mehr 10-Bytes adressieren.
Und dann viel Spass mit den Hotlines :-(
Viele Grüße,
Daniel Greitens
www.maximago.de
Viele Grüße,
www.maximago.de/technologie/drupal.aspx
speziell für 1&1 shared hosting geschichten
am 17.01.2008 - 16:06 Uhr
moin,
nachdem ich hier dauernd nur gelesen habe (Dickes Dankeschön an dieser Stelle an euch da draußen, die ihr Wissen teilen!) wollte ich auch mal was beisteuern:
hab ich direkt von 1&1:
--8<--- schnipp schnapp ---
Besonderheit bei "memory_limit"
Standardmäßig beträgt der Speicherlimit ("memory_limit") 40 MB. Ist jedoch eine php.ini im Einsatz, reduziert sich dieser Wert auf 8 MB. Deshalb ist es sinnvoll, in jeder php.ini auch nachfolgenden Zusatz einzufügen:
memory_limit = 40M
--8<--- schnipp schnapp ---
Quelle: http://hilfe-center.1und1.de/sp-service/sofort_hilfe_faq/technische_frag...
Funktioniert auf meinen 1&1 drupal seiten 1A!
Bis denne...
2ql4u
Drei mögliche Stellen
am 01.04.2008 - 08:41 Uhr
Vieleicht noch zu erwähnen: es gibt drei Stellen, an denen diese Einstellung vorgenommen werden kann:
in der php.ini
in der settings.php
in der page.tpl.php (oder sonstwo im Skript)
Wenn z.B. verschiedene Werte in der php.ini und der settings.php angegeben werden,
so kann das zu Unregelmäßgikeiten führen. Im Zweifel angeleichen :-)
Viele Grüße,
Daniel Greitens
www.maximago.de
Viele Grüße,
www.maximago.de/technologie/drupal.aspx
Wie in meinem Posting zu
am 18.12.2008 - 15:55 Uhr
Wie in meinem Posting zu lesen habe ich diesen Fehler auch erhalten. Allerings ist der standardwert meiner php.ini bereits 50M. Was für Werte stellt man denn da ein, wennman diese ändert? 16M, 32M, 64M .... oder was anderes?
-------------------------------------
Öfter mal was neues ... warum nicht mal DRUPAL :-) Meinen "Drupal Kampf" als Anfänger schildere ich mal unter http://www.thoor.de
Drupal 7 Screencasts in deutsch!
Wenn das Limit nicht
am 18.12.2008 - 16:02 Uhr
Wenn das Limit nicht ausreicht, welchen Sinn sollte es machen, es zu verringern?
Suchmaschinenoptimierung (SEO) & Drupal
Na dass ich keine 16 und 32
am 18.12.2008 - 16:31 Uhr
Na dass ich keine 16 und 32 eintrage ist mir auch klar! Aber gibts da Standardwerte wie 64, 128, 256 usw ....
Denn wie gesagt, bei mir sind 50M voreingestellt?
@Alexander Langer ... und wenn Du Dir die Mühe machst, meinen Link im Posting zu klicken, dann wirst auch Du erkennen, worum es mir eigentlich geht ... hoffe ich zumindest :-)
-------------------------------------
Öfter mal was neues ... warum nicht mal DRUPAL :-) Meinen "Drupal Kampf" als Anfänger schildere ich mal unter http://www.thoor.de
Drupal 7 Screencasts in deutsch!
Du kannst im Grunde jede
am 18.12.2008 - 16:45 Uhr
Du kannst im Grunde jede gerade oder krumme Zahl angeben, die dir in den Sinn kommt. Probieren geht da über studieren.
Suchmaschinenoptimierung (SEO) & Drupal
jep ... war gerade schon am
am 18.12.2008 - 17:44 Uhr
jep ... war gerade schon am experimentieren. In meiner php.ini also von 50M auf 100M verdoppelt, schon "läuft der Laden" wieder.
Belastet dieses erhöhte Memory_limit nun den Server über Gebühr? Oder muss ich mir da keine allzugroßen Sorgen machen? Nicht dass mir mein Provider den Saft abdreht, deswegen ...
-------------------------------------
Öfter mal was neues ... warum nicht mal DRUPAL :-) Meinen "Drupal Kampf" als Anfänger schildere ich mal unter http://www.thoor.de
Drupal 7 Screencasts in deutsch!
Hm.. eindeutig "jein"! Ein
am 18.12.2008 - 18:25 Uhr
Hm.. eindeutig "jein"!
Ein Limit von 100 MB heißt ja, dass 100 das Maximum ist, nicht, dass es auf jeden Fall ausgenutzt wird. Was dein Hoster dazu sagt ist auch eine Frage danach, wie viele Seitenabrufe du hast, heit, wie oft du tatsächlich Hauptspeicher belegst und wie du im Verhältnis zur übrigen Klientel auf dem Server dastehst.
Suchmaschinenoptimierung (SEO) & Drupal
Trotzdem Vorsicht
am 19.12.2008 - 08:15 Uhr
Trotzdem ist Vorsicht geboten!
100Mb Speicher kann bei etwas Traffic sofort nach hinten losgehen.
Grundsätzlich ist das keine Lösung.
Statt dessen sollte man mal checken woher der Speicherbedarf kommt.
Wird er nur bei bestimmten Seiten benötigt (z.B. Zugriffssteuerung),
und warum dann dort (z.B. bei der Zugriffssteuerung weil CCK Field Permissions viele Rechteeinstellungen mit sich bringt, oder Taxonomy per Role weil es zig Rollen anlegt).
Wenn alleine die Startseite nicht aufrufbar ist, dringend den Server wechseln.
Das wird man nämlich nicht anders beheben können. Selbst wenn man die Seite an sich ans Rennen bekommt, wird es an den Bottelnecks dann immer krachen.
Viele Grüße,
www.maximago.de
Viele Grüße,
www.maximago.de/technologie/drupal.aspx
Nachtrag
am 19.12.2008 - 08:19 Uhr
Übrigens reagieren einige Provider etwas allergisch auf zu hohe memory-settings. Und zwar in der Form, dass sie die Einstellung komplett ignorieren, und man die auch nicht mal eben wieder runter setzen kann.
Haben wir bei 1&1 erlebt. Die haben für sich intern ein Limit gesetzt (welches sich übrigens auch mal ändern kann, wahrscheinlich je nach Laune des Ober-Admins), und als wir das in den Einstellungen überschritten hatten, haben die unsere Einstellungen ab da ignoriert und wieder einen niedrigen Wert verwendet. Keine Ahnung wie die das machen...
Und dann blüht einem die Konfrontation mit den unverschämt teuren und nahezu unerreichbaren Hotlines.
Viele Grüße,
www.maximago.de
Viele Grüße,
www.maximago.de/technologie/drupal.aspx
@ maximago ... Danke für die ...
am 19.12.2008 - 09:15 Uhr
ausführliche Antwort! Also kann ich deswegen dann doch Probleme bekommen. Hatte ich mir ehrlich gesagt auch gedacht.
Ich habe also mein Limit jetzt auf 64M begrenzt und läuft trotzdem fehlerfrei.
Wegen des Auftretens dieses Fehlers .. "Ich habe bei der Bearbeitung eines recht großen Menues ( derzeit knapp 800 Punkte ) folgende Fehlermeldung erhalten: Fatal error: Allowed memory size of 52428800 bytes exhausted (tried to allocate 2281352 bytes) in /var/www/ph9s830/html/includes/common.inc on line 2884"
Die Fehlermeldung erschien ausschliesslich unter admin/build/menu-customize/menu-seite1menue/add
, wenn ich weitere Menuepunkte anlegen wollte. Die Website selbst ist eigentlich noch recht neu und hat relativ wenige Seitenabrufe. Selbst wenn die Seite mal laufen sollte, rechne ich nicht mit mehr als max. 4000 PIs am Tag.
Kannst Du durch diese Angaben einschätzen, woran es da hapert? Die Fehlermeldung tauchte ansonsten nirgendwo auf ....
-------------------------------------
Öfter mal was neues ... warum nicht mal DRUPAL :-) Meinen "Drupal Kampf" als Anfänger schildere ich mal unter http://www.thoor.de
Drupal 7 Screencasts in deutsch!
Da Imagecache schonmal 96 MB
am 19.12.2008 - 10:36 Uhr
Da Imagecache schonmal 96 MB empfiehlt, wenn größere Bilder skaliert werden (wobei "größer" nicht definiert wird), fahre ich eh 100 MB, bin mit meinen eigenen Servern aber auch außen vor. Die langweilen sich aber auch noch bei 40.000 PIs am Tag.
Da man ja aufeinander angewiesen ist, schadet es aber sicher nicht, sich vorab mal an den Support zu wenden und bei seinem Hoster nachzuhaken. Da haben die kleineren natürlich die Nase vorn, denn da hat man Chancen auch zweimal dieselbe Person an den Draht zu bekommen und sich auf diese berufen zu können...
Suchmaschinenoptimierung (SEO) & Drupal
Ja ... aber wieviele Leute
am 19.12.2008 - 10:55 Uhr
Ja ... aber wieviele Leute benötigen schon Bilder auf ner Website mit derartigen Auflösungen? Die empfohlenen 96M ImageAPI GD Memory Limit beziehen sich ja anscheinend auf Bilder die noch größer sind, als 1600x1200!
Ich kann da auch guten Gewissens sagen, daß ich auf nem weiteren Drupal Projekt mit 50M und ohne riesige Images 60k PIs/d bereits gemeistert habe :-) Und das bei Shared Hosting .... Ich weiss natürlich nicht, ob sich dieser Server dann auch gelangweilt hat?
Aber noch hat sich der Provider nicht beschwert. Aber ich werde auf jeden Fall mal nachfragen, ob es ein Problem für sie ist, wennich bei dem anderen Projekt auf 100M gehe ... Bin ich mal gespannt.
-------------------------------------
Öfter mal was neues ... warum nicht mal DRUPAL :-) Meinen "Drupal Kampf" als Anfänger schildere ich mal unter http://www.thoor.de
Drupal 7 Screencasts in deutsch!
Die Größe überschreitest
am 19.12.2008 - 11:08 Uhr
Die Größe überschreitest du sehr schnell, da jede Digicam und zunehmend auch Handycams größere Auflösungen liefern. Ein sinnvoller Effekt des Einsatzes von Imagecache ist ja gerade, den User von der Aufgabe zu entbinden, im Vornherein Bilder skalieren zu müssen. Dazu haben sie vielfach keine Zeit oder schlichtweg keine Skills / Tools.
In einem Projekt habe ich beispielsweise nem Fotografen die Möglichkeit gegeben einfach ein ZIP mit Fotos hochzuladen. Das wird dann entpackt, die Bilder einer Galerie hinzugefügt, etc. Der hat zwar die Möglichkeiten und Skills die Bilder auch automatisiert auf seinem Notebook zu skalieren, aber Zeit ist nunmal überall auch Geld..
Suchmaschinenoptimierung (SEO) & Drupal
Serverauslastung
am 22.02.2009 - 00:45 Uhr
Hallo zusammen,
leider bringen alle Stellschrauben recht wenig, wenn der Server am Anschlag ist. Freundlicherweise stellt 1und1 ja eine Shell zur Verfügung, die einem sogar ein Top anbietet.
Bei uns sieht man aktuell, daß von den im Server verbauten 4GB noch ca. 120k frei sind, die Load des Systems lag eben noch bei 15. Keine katastrophalen Werte, aber sie erklären recht gut das Verhalten der Datenbank und des PHP.
1und1top - 00:36:28 up 32 days, 12:36, 1 user, load average: 5.59, 7.71, 8.10
Tasks: 3 total, 1 running, 2 sleeping, 0 stopped, 0 zombie
Cpu(s): 32.1%us, 2.5%sy, 0.0%ni, 35.3%id, 29.4%wa, 0.1%hi, 0.7%si, 0.0%st
Mem: 4148344k total, 4026664k used, 121680k free, 221792k buffers
Swap: 265064k total, 5748k used, 259316k free, 3183248k cached[/i]
Ich habe das mal mit dem Top auf meinem 1blu vServer verlichen, Dort sind von den 4GB grade mal 200kb in Nutzung:
1blu:top - 00:33:28 up 73 days, 20:57, 1 user, load average: 0.01, 0.03, 0.00
Tasks: 54 total, 2 running, 51 sleeping, 0 stopped, 1 zombie
Cpu(s): 0.2% us, 0.2% sy, 0.0% ni, 99.7% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 49909352k total, 223424k used, 49685928k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
Interessant finde ich, daß das System nicht mal swapped. Anscheinend bin ich hier komplett alleine mit meinen Domains.
1und1 scheint der Wirtschaftskrise anheim zu fallen und immer mehr Kunden auf den Servern zu konzentrieren. Allerdings sind die Datenbanken dort allem Anschein nach ausgelagert, dennoch sollte auch dem PHP-Parser ein bisschen RAM zur Verfügung stellen.
Grüße ... -CHaRLiE-
PS: Nein, ich arbeite nicht für 1blu. Dies sind Momentaufnahmen die sich beidseitig jederzeit ändern können.
200M, nicht 200k ;) Und wie
am 22.02.2009 - 03:05 Uhr
200M, nicht 200k und auch 120M, nicht 120k.
Abgesehen davon ist bei deiner 1&1 Mühle nichts am Anschlag, siehe Cache. Wenn man die Daten falsch interpretiert, bringen sie einem herzlich wenig ;)
Suchmaschinenoptimierung (SEO) & Drupal
Settings php?
am 14.08.2009 - 21:35 Uhr
wo kannst du da das php limit einstellen?
Wie kann man das bei einer lokalen installation erhönen (Apache auf ubuntu linux)?
lg
*****************************************
gestern war morgen, und heute ist gestern
http://bleibejung.de
*****************************************
Kunst verbindet
http://istvanseidel.de
Siehe
am 14.08.2009 - 22:01 Uhr
Siehe http://www.php.net/manual/de/ini.core.php
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Suchmaschinenoptimierung (SEO) & Drupal
Sagt mir
am 15.08.2009 - 20:18 Uhr
jetzt mal glatt gar nix.
Wie genau muß denn jetzt die ini.php aussehen, wohin lädt man sie bei der lokalen intstallation, und was bewirkt sie?
kann man die php memory noch woanders umstellen, lokal, meine ich?
*****************************************
gestern war morgen, und heute ist gestern
http://bleibejung.de
*****************************************
Kunst verbindet
http://istvanseidel.de
Schau in die phpinfo (ein
am 15.08.2009 - 21:42 Uhr
Schau in die phpinfo (ein klick im Statusbericht auf die PHP-Version), dort wird dir angezeigt wo sie ist, meisten aber da wo php installiert wurde.
Was sie tut etc. steht alles drin. Solltest du sie nicht finden, frag ein freund der sie auf deinen PC finden kann. :D
----------------------------------------
http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Haben sie gefunden
am 16.08.2009 - 20:27 Uhr
habe sie da gefunden;die php ini ist lokal unter:
/etc/php5/apache2
wenn ich dort aber in Zeile 270,
memory_limit = 128M ; Maximum amount of memory a script may consume (128MB)
statt wie vorher 16 M eintrage, hat das keine Auswirkung, im Statusbericht ist weiterhin 16M angezeigt, auch nach update.php und auch nach cache leeren.
Auf der Serverinstallation wird /etc/apache2/confixx_phpini/web67/4/php.ini angegeben, kann dort aber im pft Verzeichnis kein /etc verzeichnis finden.
Wieso sollte sich ein Freund besser auf meinem Pc auskennen, wie ich?
lg
*****************************************
gestern war morgen, und heute ist gestern
http://bleibejung.de
*****************************************
Kunst verbindet
http://istvanseidel.de
Deine Webserver interessiert
am 16.08.2009 - 20:28 Uhr
Deinen Webserver interessiert dein Cache und die update.php von Drupal auch nicht die Bohne. Wenn du den Apache / eines seiner Module umkonfigurierst, musst du ihn schon anweisen die Konfig neu einzulesen.
/etc/init.d/apache force-reload
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Suchmaschinenoptimierung (SEO) & Drupal
Noch ne
am 16.08.2009 - 21:01 Uhr
2 hinter Apache, dann stimmt's sogar.
Behebt leider nicht mein eigentliches Problem,
http://www.drupalcenter.de/node/20679
Bilder werden nach wie vor nicht angezeigt, lag nicht an memory limit.
trotzdem Danke!
*****************************************
gestern war morgen, und heute ist gestern
http://bleibejung.de
*****************************************
Kunst verbindet
http://istvanseidel.de
Hallo. Ich habe einen Server
am 28.09.2009 - 18:57 Uhr
Hallo.
Ich habe einen Server SH 500 Server bei Hetzner. Wie kann man das dort freischalten?
Wenn ich Hetzner das machen lassen will, kostet es Geld.
Till_Schwamm @ PCMasters.de
Till_Schwamm @ PCMasters.de
.htaccess-Datei
am 25.03.2010 - 11:19 Uhr
Hallo,
ich bekomme die Fehlermeldung immer, wenn ich ein neues Modul aktiviere.
Laut Statusbericht habe ich PHP-Speicherlimit ein 128M.
Habe die settings.php-Datei problemlos geändert aber der Tipp:
Durch das Hinzufügen der Zeile
php_value memory_limit 24M;
in die
.htaccess-Datei der Drupal-Installation (angepasst auf 128M) funktioniert nicht: Internal Server Error
Gruß Testinaria
bei mir gehts so : punkt c
am 10.11.2010 - 06:46 Uhr
bei mir gehts so :
punkt c und dann ohne semikolon :...
also
php_value memory_limit 96M
#
# Apache/PHP/Drupal settings:
#
....
vServer bei Server4You mit PHP Version 5.2.6-1+lenny9
Cheers
Skull
Noch einige Anmerkungen...
am 25.01.2011 - 20:36 Uhr
Noch einige Anmerkungen zu den bisherigen Kommentaren.
Zu Hetzner: In der "Konsole-H", d.h. der Verwaltung des Webspace kann man unter Domain-Extras -> PHP-Konfiguration auch das memory-Limit einstellen. Maximum ist hier allerdings 50MB. SH-500 ist übrigens kein Server, sondern ganz normaler Webspace.
Generell: Bei V-Servern oder Servern sollte man sich mit phpinfo() zuerst mal den Pfad der genutzten php.ini anzeigen lassen, wenn man sich nicht sicher ist. Davon kann es nämlich mehrere geben und mir ist es durchaus schon passiert, dass ich aus Gewohnheit die falsche editiert und mich gewundert habe, warum die Änderungen nicht übernommen werden. Wenn php beispielweise über CGI eingebunden ist, ist die php.ini unter etc/php/apache2 bedeutungslos, da diese sich lediglich auf das php-Modul für den apache bezieht.
Circus-sociale.de