500 Internal Error nach fehlerhaftem Update
am 16.08.2010 - 12:57 Uhr in
Nun ist es auch mir passiert: nach ein paar Modulupdates habe ich geträumt und einfach das Update 6.19 auf den Server gespielt ohne die notwendigen Schritte einzuhalten. Ergebnis: außer der intakten Startseite wird mir überall ein 500 Internal Error angezeigt.
(falsche) Vorgehensweise:
Alle Dateien und Unterordner des Drupal 6.19 habe ich in das Drupal-Verzeichnis des Webservers verschoben und die alten Dateien damit überschrieben.
Was passierte dann?
Alle Links zeigen einen 500 Internal Error an.
Was geht?
Die Update.php konnte ich manuell über die Adressleiste ansteuern und das Update ohne Fehlermeldung durchführen (die settings.php habe ich vorrübergehend beschreibbar gemacht).
Anschließend konnte ich sogar die Webseite in den "Repair-Modus" versetzen (dabei wurde mir sogar zwischenzeitlich die Administerpage angezeigt, bei jedem Klick allerdings erscheint die obige Fehlermeldung, auch wenn die Aktion offensichtlich durchgeführt wurde).
Nach der Lektüre verschiedener Hilfethreads hier habe ich einzelne Seiten mit den PHP-URLs aufrufen können www.meineseite.de/q?=node/2. Die Seiten werden dann auch angezeigt, es ist also seitens der Datenbank nichts 'zerschossen'.
Was ist es?
Könnte es sein, dass der URL-Alias nicht mehr funktioniert? Hier steht zwar etwas davon, wie man das Problem lösen könnte (URL-Alias unter clean_urls abschalten [auf "0" setzen]), aber auch mit dieser Methode ändert sich an dem Problem leider nichts.
Kann mir jemand einen Tipp geben, wie ich dieses Problem lösen kann? Oder gibt es einen anderen Weg?
Oder ist es etwas ganz anderes?
Vielen Dank im Voraus,
Joe
- Anmelden oder Registrieren um Kommentare zu schreiben

htaccess
am 16.08.2010 - 13:23 Uhr
Hallo.
Schau mal in das Verzeichnis, ob da eine Datei namens
.htaccessliegt. Wenn nicht, solltest Du diese aus dem Download-Paket in das Verzeichnis kopieren.hth,
Stefan
stBorchert - .htaccess
am 16.08.2010 - 14:33 Uhr
Hallo.
Schau mal in das Verzeichnis, ob da eine Datei namens
.htaccessliegt. Wenn nicht, solltest Du diese aus dem Download-Paket in das Verzeichnis kopieren.hth,
Stefan
Ja, sie ist vorhanden. "Options-Indexes" und "Options +FollowSymLinks" sind in ihr auch einkommentiert.
Es könnte aber tatsächlich an den ReWrite-Rules liegen:
RewriteEngine on
und hier:
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
Denn: ich kann mich inzwischen im Adminbereich wieder bewegen und hier kann ich die Regeln für die lesbaren URLs nicht ändern.
Trotz des einkommentierens und trotz der Pfadangabe "/drupal" kann ich die Regeln immer noch nicht ändern. Wir sind wohl auf dem richtigen weg, aber irgendwas verstehe ich wohl noch nicht korrekt.
Dann ist bei dem Update in
am 16.08.2010 - 14:12 Uhr
Dann ist bei dem Update in der Datenbank die Flag für Clean-Urls kaputt gegangen. Da hilft dann nur über deinedomain/?q=admin/settings/clean-urls auf die Clean-Url Seite zu gehen und die dort einmal deaktivieren. Danach sollte Deine Seite wieder arbeiten. Danach kannst Du ja versuchen, die Clean-Urls wieder einzuschalten. Ich hatte auch schon mal so ein Verhalten.
Beste Grüße
Werner
wla schrieb Dann ist bei dem
am 16.08.2010 - 14:41 Uhr
Dann ist bei dem Update in der Datenbank die Flag für Clean-Urls kaputt gegangen. Da hilft dann nur über deinedomain/?q=admin/settings/clean-urls auf die Clean-Url Seite zu gehen und die dort einmal deaktivieren. Danach sollte Deine Seite wieder arbeiten. Danach kannst Du ja versuchen, die Clean-Urls wieder einzuschalten. Ich hatte auch schon mal so ein Verhalten.
Beste Grüße
Werner
Moin Werner,
ich habe Deinen Tipp in dem von mir angesprochenen Thread ausprobiert und die Flag bei clean_urls auf 0 gesetzt. Das hat soweit funktioniert, sodass die Seiten alle wieder ansteuerbar (mit meinedomain/?q=diefunzendeseite) sind.
Das von Dir jetzt angesprochene Feld unter meinedomain/?q=admin/settings/clean-urls ist ausgegraut, diese Funktion steht also nicht zur Verfügung. Sobald ich diese manuell in der Datenbank wieder auf "1" setze, tritt der 500er-Fehler wieder auf.
Du darf beim wieder
am 16.08.2010 - 15:01 Uhr
Du darf beim wieder Einschalten allerdings nicht über die Datenbank direkt gehen, sondern mußt feststellen, was die Ursache ist. Laß doch einfach Drupal mal den Check durchführen. Wenn der nicht durchgeht, ist irgendetwas in Deiner Installation nicht mehr wie vorher. Also Ursachenforschung anstellen (.htaccess.....). Lies Dir dazu noch mal das Kapitel auf drupal.org durch.
Beste Grüße
Werner
Fehler in der .htaccess
am 16.08.2010 - 16:07 Uhr
Die Techniker meines Providers haben den Fehler gefunden:
Wir haben Ihre .htaccess soeben angepasst, es fehlte in Zeile 22 das
Abschließende Anführungszeichen und in Zeile "113" der "/" vor dem
Weiterleitungsziel "index.php". Ihre Seite ist nun wie gewünscht erreichbar.
Diese Fehler waren zwar auch schon in der .htaccess der Version 6.16 vorhanden und wurden bis in die Version 6.19 weitergetragen, hatten aber bis zum heutigen Update keinen Effekt.
Die Seite funktioniert wieder und ich bin kein bisschen schlauer ;-)
Vielen Dank für die Hilfe,
Gruß von Joe