500 internal server error

Du hast im webroot eine Datei namens .htaccess
Die Datei öffnen und die Zeilen

Sollte dann so aussehen:

vielen dank für die schnelle beantwortung. hat leider nicht funktioniert...

Dann lösche die .htaccess mal ganz.

das wiederum hat funktioniert. Brauch ich die Datei nicht?

Nicht zwingend, wenn Du allerdings Dinge wie URL Rewriting haben willst, dann brauchst Du sie doch wieder.

Wenn Du Zeit und Lust hast, kannst Du mal alle Zeilen auskommentieren und nach und nach wieder entkommentieren, und mir anschliessend sagen, welche Zeile(n) es war(en) ;)
vg

Heute ist irgendwie nicht mein Tag!!!

Ich habe hier gerade ausversehen drei Kommentare gelöscht! Sorry!!! :(

Nicht so schlimm ;)

Die folgenden Zeilen der .htaccess sind bei Strato ein Problem:

Hi,
ich bin auch Strato Kunde. Bei mir hat es nicht gereicht lediglich die o.g. Zeilen auszukommentieren. Erst das Löschen der .htaccess hat zum vorübergehenden Erfolg geführt.

Rufe ich jetzt meine Seite auf, bekomme ich zwar das Drupal-Zeugs angezeigt, aber oben drüber steht folgendes:

Was muss ich hier tun? Die Cache Tabelle habe ich scon geleert, weil ich dachte, dass da noch etwas ungültiges vom 500er drin steht.

Gruß finalizer

Evtl. hast Du ausversehen an das Ende Deiner settings.php-Datei (also hinter dem "?>") "White Spaces" eingefügt (Tabs, Blanks, Zeilenümbrüche o. Ä.)...? Das könnte den Fehler verursachen.

Tatsächlich!

Danke für den Hinweis. Etwas auf das ich nie gekommen wäre. Nehme an, dass das Editieren über NET2FTP etwas hinten anhängt. Waren eine ganze Reihe an Linebreaks und Leerzeichen nach dem Schluss-Tag.

THX

Also zusammengefasst sollte es bei Strato funktionieren, wenn man die Zeilen 5-13 auskommentiert:

Kann das jemand, der bei Strato ist, bestätigen?

Nein.

Damit ist es bei mir nicht getan. Ich bin bei Strato und das ledigliche Auskommentieren der Zeilen 5-13 führt nicht zum Erfolg. Ich habe z.Z. aber leider nicht genügend Zeit durch Trial&Error genau sagen zu können, wo das Problem liegt.

Ich habe parallel auch eine Kundensupport Anfrage bei Strato laufen, aber die lassen noch auf sich warten.
(Ich arbeite in einer IT Firma und ich dachte unser Support wäre schlecht, aber der Support von Strato ist echt der totale Abschuss! Strato stinkt mir gewaltig!)

Nun .. bei mir - auch Strato - soweit kein Problem nach der Installation.
Viel interessanter ist, dass der Fehler auftaucht, wenn ich neue Module dazustelle. Manche Module verursachen diesen Fehler, andere nicht.
Den Hintergrund habe ich noch nicht festgestellt .. :(

was vergibt man sich wenn diese 2 Zeilen

Options -Indexes
Options +FollowSymLinks

auskommentiert sind?

Hat das Auswirkungen auf die Funktionen von Drupal?

Definition von http://httpd.apache.org/docs/2.0/de/mod/core.html :

FollowSymLinks
Der Server folgt symbolischen Links in diesem Verzeichnis.
Auch wenn der Server symbolischen Links folgt, bedeutet dies nicht, dass der zum Abgleich gegen -Abschnitte verwendete Pfadname wechselt.
Beachten Sie auch, dass diese Option innerhalb eines -Abschnitts ignoriert wird


Indexes
Wenn eine URL, die auf ein Verzeichnis zeigt, in dem sich keine durch DirectoryIndex definierte Indexdatei (z.B. index.html) befindet, dann liefert mod_autoindex eine formatierte Auflistung des Verzeichnisses zurück.

Beide Optionen sind nicht absolut notwendig für den Betrieb von Drupal.
vg

.. zumindest hier bei Strato ist das so.
Also immer dann wenn mehrere Prozesse versuchen auf die Datenbank zuzugreifen ist das 500er Problem da, lässt sich mit einem erneuten Reload der Seite dann aber beheben.
Wahrscheinlich ein Timeout auf die DB die bei Drupal "irgendwas" erzeugt!??

Keine Ahnung .. aber da ist der Ansatz bei mir zu suchen.

So .. nun hab ich mal bei 1und1 nachgeschaut, was die denn so dazu meinen.
Dazu habe ich folgendes in ihrer FAQ gefunden:

Folgende Einschränkungen sind technisch für Skripte festgelegt, welche von Ihnen auf unseren Webservern ausgeführt werden:
* Prozesse dürfen max. 10 Sekunden Rechenzeit beanspruchen
* Prozesse dürfen max. 32 Megabyte Speicher belegen
* Es dürfen max. 24 Prozesse gleichzeitig laufen

Diese Limitierungen gelten nicht für die Managed-Server.

Bei Überschreitung einer der oben genannten Einschränkungen wird das Script „getötet“. Dieses macht sich durch einen „Internal Server Error (HTTP 500)“ oder durch die Fehlermeldung „CGI Limits reached, please try later!“ bemerkbar.

Ich gehe davon aus, dass dies bei Strato dann mal ähnlich ist.

Also Leutz, wer ähnliche Probleme hat kann das ja mal bei seinem Provider überprüfen.

Wäre doch mal eine Herausforderung an das Drupal Core Entwicklerteam diese Limits zu parameterisieren und somit ein wenig "Sicherheit" herbeizuführen.
Ansonsten müssen wir betroffenen uns einen anderen Hoster suchen *mal so denk

Bei manchen Providern, wie z.B. Strato ist aber auch das memory_limit in der php.ini recht eng bemessen. Das führt dann ebenfalls zu einem Internal Server Error. Je nach Installation kann das zu Problemen führen. So beansprucht das Views-Modul einige Ressourcen. Abhilfe schafft eine eigene php.ini-Datei mit welcher man den Speicher etwas erhöht. Je nach Provider wird der in dieser Datei angegebenen Datei Speicher aber drastisch runter gesetzt wenn man ein Limit mit den eigenen Einstellungen überschreitet. Bei Strato funktioniert aber 12M.

Einfach eine Textdatei mit dem Namen php.ini und dem Inhalt

Bei mir ließ sich das Problem auf die mod_rewrite-Einträge in der .htaccess und einen Eintrag SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006 in einer zusätzlichen .htaccess im files-Verzeichnis zurückführen. Alle anderen Einträge, auch Options -Index, Options +FollowSymLinks, Options None und <FilesMatch> stören nicht.

Mit files-Verzeichnis ist das in administer > settings, dort File system settings > File system path eingetragene gemeint. Die .htaccess dort wird von Drupal bei der Installation angelegt.

Auch bei Strato - oder welcher Provider?

Nicht ganz: diese Datei wird bei der Installation angelegt und - wenn sie fehlt - bei jedem Datei-Upload.
Wenn Du sie also wirklich unwirksam machen möchtest, entferne lediglich den Inhalt, beachte aber das Sicherheitsrisiko.

vg

Der Provider ist Strato. Das Paket nennt sich PowerWeb A.
Seit Drupal 4.7.2 sollte das Auskommentieren der SetHandler-Zeile keine bösartigen Folgen haben können, siehe http://drupal.org/node/66763

Hallo ich habe einen vserver mit mysql. Ich habe die Installationsanleitung über Webspace genommen und alles so gemacht wie beschrieben. Allerdings bekam ich auch den Fehler:

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, root@localhost 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.

Dann habe ich diesen Thread gesehen und auch die 3 Zeilen auskommentiert --> hat aber net gefunzt. Danach habe ich einfach mal die .htaccess Datei gelöscht aber das funktioniert überhaupt nicht, da spuckt er noch mehr Fehler. Ein Fehler seht Ihr hier:
Warning: Table 'usr_web14_4.main_sessions' doesn't exist query: SELECT sid FROM main_sessions WHERE sid = '3288c98e522880284a99d451e46de60c' in /var/www/web14/html/drupal/includes/database.mysql.inc on line 120
Da ich keinen Plan habe wie ich die htaccess Datei anpassen kann damt es funzt, wende ich mich an euch ;)

HILFE

Um die .htaccess zum laufen zu kriegen kannst Du in der Apache-Konfiguration für Deinen vhost den Eintrag AllowOverride

AllowOverride All

setzen.

Zu den Fehlern:
Du hast vergessen die Datei database.4.x.mysql in die Datenbank zu importieren.
Dann verschwinden die Warnungen.

--
sanduhrs - drupalcenter
--------------------------------
http://erdfisch.de

AllowOverride All
hat auch bei mir geholfen

siehe auch http://drupal.org/node/31725#comment-79506

Hallo,
ich weiß der Thread ist alt, allerdings hatte ich das Problem gerade bei der neuen Drupal Version 7.12 - Bei mir lag es bei dem Hoster Speicheranbieter.de an folgenden Zeilen, die ich nun auskommentiert habe damit es läuft:

und dem kompletten Block:

Hoffe ich kann damit irgendwem weiterhelfen ;)