Error 500 bei Modul-Aktivierung (obwohl es dann doch geht!) ???
Eingetragen von hermx (256)am 26.12.2007 - 17:55 Uhr in
Hi, ich habe vor ein paar Tagen meine drupal site von 5.3 auf 5.5 upgedated. Seither habe ich ein seltsames Verhalten, von dem ich nicht weiss, ob ich ein unerkanntes Problem habe oder was ich sonst falsch mache oder ob es ein bug ist:
Immer wenn ich ins Admin-Modul-menü gehe um Module zu ändern (aktivieren/deaktivieren, zur Zeit probiere ich da einige Module aus), erscheint nach dem Drücken des Button "Konfiguration speichern" erst mal ein Error 500. Betätige ich dann aber den Reload Button des Browsers (firefox), dann werden die Module wieder angezeigt und die geplante Änderung ist wie gewünscht erledigt! Es liegt vielleicht daran, dass ich gerade zu Testzwecken eine ganze Menge Module geladen habe, aber den Speicher habe ich im php.ini auch entsprechen hochgesetzt - sonst könnte es ja wohl auch gar nicht nach Reload funktionieren. Wie gesagt, ein Problem damit habe ich eigentlich nicht, denn alles funktioniert - es ist nur etwas irritierend und es könnte ja auf ein verstecktes Problem (DB-Tabellen nicht ganz korrekt?) hindeuten. Weiss jemand Rat?
- Anmelden oder Registrieren um Kommentare zu schreiben
Was sagen denn die
am 27.12.2007 - 00:13 Uhr
Was sagen denn die Logs?
gruß pebosi
gruß pebosi
--
https://pebosi.net
Die Logs zeigen keine error
am 27.12.2007 - 09:24 Uhr
Die Logs zeigen keine Error 500 Meldungen.
Ich habe zwar einige seltsame Meldungen von "Gast" bzgl. "Seite nicht gefunden" oder "Zugriff verweigert", aber ich vermute, dass die daher kommen, dass ich manchmal zwei Browserfenstzer auf hatte, und das zweite dann irgendwie "veraltet" wurde. Seltsam sind alleridngs die Zeiten dieser Warnungen, da ich zu der Zeit nicht online war. Heute morgen hatte ich allerdings unter Benutzern 2 admin's gelistet, wohl weil ich mich vergessen hatte auszuloggen. Trotzdem alles etwas seltsam, aber ich denke mal, dass ich das selbst verutsache. Mit Errror 500 gibt es aber keine Meldungen!
Hier ein Bsp. dieser Gast Meldungen, die sich hauptsächlich auf Zugriffsversuche auf den Terminkalender beziehen (termine ist ein selbst gemachter calendar view), selsam sind die Uhrzeiten (heute nacht um 4:53 war ich im Bett!!)
und die Daten, an denen es gar keine Einträge gibt (z.B. hat Februar 2008 noch gar keine Einträge)
Warnung Seite nicht gefunden 27.12.2007 - 05:21 termine/2008/2/10 Gast
Warnung Seite nicht gefunden 27.12.2007 - 05:03 termine/2008/2/16 Gast
Warnung Seite nicht gefunden 27.12.2007 - 05:01 termine/2008/2/17 Gast
Warnung Seite nicht gefunden 27.12.2007 - 04:58 termine/2008/2/22 Gast
Warnung Seite nicht gefunden 27.12.2007 - 04:56 termine/2008/2/11 Gast
Warnung Seite nicht gefunden 27.12.2007 - 04:53 termine/2007/9/30 Gast
Warnung Seite nicht gefunden 27.12.2007 - 04:51 termine/2008/2/14 Gast
Warnung Seite nicht gefunden 27.12.2007 - 04:46 termine/2008/2/24 Gast
Warnung Seite nicht gefunden 27.12.2007 - 04:41 termine/2008/2/13 Gast
Warnung Seite nicht gefunden 27.12.2007 - 04:38 termine/2008/2/15 Gast
Warnung Seite nicht gefunden 27.12.2007 - 04:36 termine/2008/2/23 Gast
Bisher waren diese Einträge vereinzelt, heute hatte ich eine lange Liste davon. Wie gesagt, weil ich mich wohl in einem zweiten Fenster nicht ausgeloggt hatte, aber sicher bin ich da nicht
Davor war folgendes:
Warnung Seite nicht gefunden 27.12.2007 - 00:20 content/elsaforum-eröffnet Gast
Warnung Seite nicht gefunden 27.12.2007 - 00:10 content/elsaforum-eröffnet Gast
Warnung Seite nicht gefunden 27.12.2007 - 00:01 termine/2007/12/26 Gast
Warnung Zugriff verweigert 26.12.2007 - 23:23 logout Gast
Benutzer 26.12.2007 - 23:23 Sitzung für admin wurde geschlossen. admin
Inhalt 26.12.2007 - 23:13 elternbrief: Testbrief wurde hinzugefügt. admin Anzeigen
Wie du siehst, hatte ich mich am 26.12 (gestern abend) 23:23 ausgeloggt, DANACH begann eine lange Liste mit Warnungen der gezeigten Art, vermutlich eben durch einen zweiten login verursacht.
Hat das vielleicht mit meinem Modul-problem zu tun?
Wäre dankbar für einen RAt, auch dazu, wie ich die gezeigten Events vermeiden kann.
Gruß hermx
Hi pebosi, doch noch eine Fehlermeldung
am 27.12.2007 - 10:24 Uhr
Nun habe ich seit dem letzten login doch eine neue Fehlermeldung bekommen. Wenn ich den Statusbericht anfordere, dann erhalte ich einen irreparablen (durch reload) Error 500. Die Fehlermeldung dazu ist:
MySQL client run out of memory query: SELECT * FROM drupal_view_filter WHERE vid = 4 ORDER BY position ASC in /homepages/10/d25913883/htdocs/drupalgymbw/includes/database.mysql.inc in Zeile 172.
Das ist etwas seltsam, weil ich gerade ein paar Module ausgeschakltet hatte, d.h. es ist weniger im Speicher als vorher, wo alles noch lief.
Was geht hier vor?
Gruß herm
Re: Error 500 bei Modul-Aktivierung ...
am 27.12.2007 - 11:33 Uhr
500 heißt, der Server weiß, das er die Anfrage nicht bearbeiten kann, weil ihm ein Fehler unterlaufen ist. Mit Speicher, der PHP zu Verfügung steht, hat das nichts zu tun: PHP weiß selbst, wie es mit Speichermangel umgeht.
Beim MySQL-Client (der zwar Bestandteil von PHP ist, aber nur eingschränkt von PHP kontrolliert werden kann), sieht das offensichtlich anders aus. Dem MySQL-Client ist der Speicher ausgegangen und er kann das nur unzureichend dem PHP-Modul mitteilen.
Schau mal bei deiner
php.inivorbei. Dort müsste einiges zu Konfiguration des MySQL-Clients stehen. Vielleicht findest du was passendes.--
Danke trayer füe den
am 27.12.2007 - 14:38 Uhr
Danke trayer für den HInweis, ich werde mal schauen...
Die Gast-Meldungen kommen - cron-Fehler?
am 27.12.2007 - 17:03 Uhr
Die Gast-Meldungen kommen offenbar vom cronjob, das hat also wohl nichts mit dem Error500 zu tun. Ich habe nun in den poormanscron-Einstellungen die Option für die Meldungen für erfolgreiche Cronläufe ausgeschaltet, ich hoffe, dass es das war.
Dazu aber eine Frage:
Wenn es Meldungen gibt für entfernte alte Meldungen, würden sich die Meldungen da nicht rekursiv aufhäufen? Das scheint mir ein Fehler zu sein!
In meiner php.ini sind nur
am 27.12.2007 - 16:58 Uhr
In meiner php.ini sind nur die Angaben, wie sie im flash_video-modul (den ich gerade ausprobiere) empfohlen wurden und eine ordentliche Größe für php, was aber wohl gar nicht nötig war:
post_max_size = 50M; Maximum allowed POST size - must be greater than or equal to Maximum Upload Size.
upload_max_filesize = 50M; Maximum allowed file upload size.
max_execution_time = 1000; Maximum execution time of each script, in seconds.
max_input_time = 1000; Maximum amount of time each script may spend parsing request data.
memory_limit = 32M; Maximum amount of memory a script may consume.
Wie/wo kann ich Einstellungen für dem MySQL-Client ändern?
gruß hermx
Danke für den Hinweis, Problemursache gefunden!
am 27.12.2007 - 17:31 Uhr
Ich denke die Ursache des Error 500 ist mir nun auch klar. Ich habe über den Provider in meine MySQL DB geschaut und leider festgestellt, dass der erlaubte MySQL-Speicher (100MB) fast ausgeschöpft ist (96MB). Da hilft wohl nur das Providerpaket upgraden...
Gruß hermx
Error 500 war wegen 1und1 Einschränkungen
am 29.12.2007 - 21:56 Uhr
Nach lamgem suchen habe ich nun die Ursache meiner Probleme (dieses und eines anderen geposteten wegen nicht laufendem flash video) erkannt, es sind die Einschränkungen bei 1und1, die hier im Forum schon mal angesprochen wurden!
(Z.B. http://www.drupalcenter.de/node/6921 mit Verweis auf die 1und1-Hilfe: http://hilfe-center.1und1.de/hosting/scripte_datenbanken/3.html).
Prozesse dürfen maximal 32MB groß sein und 10sec. Rechenzeit beanspruchen, sonst werden sie gekillt, was dann zu einer Error 500 Meldung führt, leider ohne einem Neuling wie mir irgendwetwas über die Ursache zu verraten!
Fazit: Finger weg von 1und1, wenn ihr eine Drupal-Seite mit einem normalen shared Webhosting-Paket bauen wollt! (Mietet man einen root-server, wird's dann besser, aber das ist ein erheblicher Preisunterschied!)