Scripts brechen ab...nichts geht mehr mit Ajax
Eingetragen von nolimitsvienna (33)
am 04.03.2014 - 08:17 Uhr in
am 04.03.2014 - 08:17 Uhr in
Hi, ich brauche dringend echte Expertenhilfe
Seit 2 Tagen laufen mir keine Scripts mehr auf der Seite (Fehler 500), sprich Rechte aufbauen, User (endgültig) löschen, Cronlauf etc, auch autocomplete ist davon betroffen. Es liegt nicht an der Datenbank, habe schon eine ältere eingespielt...auch nicht an Modulen...es wurde in diesem Zeitraum, als der Fehler aufgetreten ist keine neuen Module aktiviert. Auch der CK-Editor erscheint nicht mehr auf bestehenden Inhalten...nur auf leeren Feldern, sobald ein Inhalt abgespeichert wird...und man versucht nachzubearbeiten, ist er wieder weg. Kennt jemand das Problem?
- Anmelden oder Registrieren um Kommentare zu schreiben
Ohne deine Seite zu kennen
am 04.03.2014 - 12:05 Uhr
Ohne deine Seite zu kennen bzw. die Konfiguration deines Server/ Webspace/ PHP wird es schwierig hier konkrete Aussagen zu treffen.
Hast du schon einmal die Log Dateien deines Servers geprüft/ Drupal Logs - hier könntest du Infos zum Problem finden.
Es kann auch gut sein, dass die Script Laufzeit (max_execution_time) oder das Speicherlimit (memory_limit) deines Servers/ Webspaces für PHP zu gering ist - dadurch kann es vorkommen, dass du 500-er Fehler bekommst.
Aber dies ist auch nur eine Vermutung auf Basis deiner Aussagen..
SteffenR
Limits sind voll aufgeblasen
am 04.03.2014 - 13:02 Uhr
ich hab 16 GB RAM Centos mit 8 Kernen ...es liegt definitiv nicht an der Ausführungszeit (z. B. memory_limit = 2048M)...APC läuft drauf...auch sauber. Jedes auch noch so kurze Script, das den Fortschrittsbalken auslöst bricht sofort ab. Interessant ist, dass die scripts teilweise umgesetzt werden....manchmal auch ganz (wenn es nur um User löschen geht), dennoch kommt die Fehlermeldung!! Es ist auch keine Grenze überschritten, da es ja auf meiner Testseite (die seit 6 wochen unberührt ist...keine neuen Module, kein neuer Inhalt und liegt am selben server) auch zu dem Fehler kommt. Es muss etwas vom Server sein...die Frage ist schlicht, was bewirkt, dass diese Ajax Scripts nicht mehr laufen?
500 löst eigentlich immer einen Eintrag im Apache-LOG aus
am 04.03.2014 - 13:25 Uhr
vielleicht sogar im PHP-LOG.
Das sind die interessanten Stellen.
Wenn es auf einem Windows-Host läuft, aber nicht auf einem LINUX/UNIX-Host, kann es die Groß-Kleinschreibung im Aufruf sein.
Aber das steht dann auch so im LOG.
Ich glaub ich hab den Fehler gefunden...
am 04.03.2014 - 14:52 Uhr
es ist das Birthday Modul...aus heiterem Himmel hat es das verursacht...bis auf die Cronläufe geht alles wieder, nachdem die Altersfelder aus den Profilen gelöscht wurden.
ich habe das gleiche Prob.
am 05.03.2014 - 13:47 Uhr
Ich habe 6 Seiten mit Drupal 7.26 laufen. Die Fehler tretten auf bei Aktualiesierungen und Cronläufen. Ich habe an der Seite nichts geändert im gegenteil ich habe sie vor drei Tage derart gequelt da ist alles super gelaufen. Ich bekomme es noch nicht einmal hin mit einer neu install. Die Fehler tretten auf so wie er mit der Datenbank kommuniziert.
Mein Provieder ist Strato.
Sollte jemand einen Tipp haben gerne.
LG Revere
Der entscheidende Hinweis
am 05.03.2014 - 13:56 Uhr
...fand sich bei mir in logs vom Apache. Dort gab es unzählige Fehlermeldungen das Modul betrefffend...würds also auch dort versuchen - Danke nochmal an Ronald
Hinweis Danke
am 05.03.2014 - 14:10 Uhr
leider versuche ich gerade es neu zu Install. Dort tritt der Fehler auch auf.
n AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http:install.php?profile=drupalcenter&locale=de&id=1&op=do StatusText: Internal Server Error ResponseText: 500 Internal Server Error Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, service@webmailer.de and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log.
Ich vermute mal das hat was mit dem Provider zu tun. Paralell habe ich es auf einer anderen Seite prob. (der gleiche Provider) dort ging es mit zwei mal aktuallieseiern durch. Das heißt der Fehler trat dort auch auf aber lief nach zwei mal Browser aktualisieren durch.
LG Revere
Das liegt an den Einstellungen
am 05.03.2014 - 14:33 Uhr
Wahrscheinlich gibt es keine ausreichende Laufzeit, um die Sprachdatei zu importieren (max_execution_time), und vielleicht kommt dazu, dass der Prozessspeicher volläuft (memory_limit).
Gerade bei der Installation reichen die üblichen 30 Sekunden max_execution_time nicht aus.
Der Speicherhunger ist von der Anzahl und Art der Module abhängig, sollte aber vernünftiger Weise nicht unter 100 MB liegen.
Bei einigen Providern sind das die Maximalwerte für einen Professional-Account, andere lassen hier großzügige Änderungen zu.
Es gibt aber auch Provider, die lassen zwar Änderungen zu, wenn sie ihnen nicht behagen, überschreiben sie diese jedoch.
Diesen Fehler hatte ich auch
am 05.03.2014 - 18:50 Uhr
Diesen Fehler hatte ich auch ganz plötzlich.
PHP Fatal error: Call to undefined method BirthdaysBirthday::isLeapYear()
in /html/kgv/sites/all/modules/birthdays/birthdays.module on line 614
Obwohl das Modul schon vor langer Zeit installiert wurde, kam diese Meldung erst vor einigen Tagen.
Gruss
melkus
Bei mir genau das Gleiche.
am 05.03.2015 - 07:39 Uhr
Bei mir genau das Gleiche. Birthdays deinstalliert und schon läuft Alles wieder prima.
Wenn solch Fehler so
am 05.03.2015 - 11:50 Uhr
Wenn solch Fehler so plötzlich auftreten und wirklich nichts an der Seite geändert wurde (Module, Theme Geschichten etc) kann solch Fehler auch am Server selbst liegen. Vielleicht wurden hier in letzter Zeit einmal Updates der PHP Version eingespielt o.ä. oder vom Provider/ von euch die PHP Konfiguration geändert.
Weiterer Anlaufpunkt bei solch Fehlern wären die Drupal Issues des Moduls selbst - hier finden sich meist User mit gleichen Problemen. Dies ist natürlich immer von der Verbreitung des Moduls abhängig.
SteffenR
es ist auch möglich,
am 05.03.2015 - 13:21 Uhr
dass Kapazitätsgrenzen des Pakets erreicht wurden, eine Platte des Sorvers voll gelaufen ist, oder die Datenbankengine zu langsam reagiert, weil der DB-Server überlastet ist.