Error 500 - Internal server error auf 1&1

hast Du Deine htaccess datei richtig konfiguriert bzw. nach dem update wieder zurückkopiert? Error 500 hört sich nach .htaccess an.

Bei mir half es meine Seite auf PHP5 und noch wichtiger auf MySQL5 umzusteigen.
Anschliessend hatten sich meine 500er Fehlermeldungen erledigt.

------------
Wir sind lediglich hier, um Erfahrungen zu sammeln.

Wie ist das Speicher- und Zeitlimit bei PHP gesetzt?

Ich hatte das gleich Problem. Liegt daran, dass php bei 1&1 zuwenig Speicher hat. Da hilft nur Umstieg auf einen kleinen Server, den es sogar vergleichsweise günstig gibt (oder das Abschalten von einigen Modulen, was ja nicht Sinn der Sache sein kann).

Die bessere Lösung ist weg von 1&1 - dann spart er sich viel anderen Ärger

Stefan

Hi, erstmal vielen Dank für die vielen Antworten und Ideen.

@legolas: ich hatte in fast 10 Jahren noch kein wirkliches Problem mit 1&1. Ich würde auch wechseln, wenn ich wüsste wohin. :) Aber noch lieber würde ich das Problem lösen :)

@miweb,
@cps: memory_limit 40M, max_execution_time 50000 sollte doch eigentlich reichen, oder?

@rener: ich hab MySQL 5 laufen. Bei PHP hab ich mich bis jetzt einfach auf 1&1 verlassen. Da läuft PHP 4.4.7.

@tomx: meine .htaccess ist leicht angepasst, aber sonst aktuell. Ich habe ein modul names domain access laufen. Der Maintainer dieses Moduls meinte meine redirect Variante ist gut so. Kennst du dich mit rewrites aus? (www.routebook.com <- ist noch in der Testphase).

auskommentieren des subdomain rewrites bringt übrigens auch nichts, nur neue Fehler :(

Ich hatte ebenfalls zunehmende Error 500 Probleme bei 1und1. 1und1 hat da starke Einschränkunugen (siehe die Hilfe zu Datenbanken auf 1und1, Skripte sind zeitlich und größenmäßig beschränkt und werden dann einfach gekillt -> Error 500). Lösung ist bei 1und1 nur einen root-server anmieten. Drunter machen sie's definitiv nicht, ich hatte deshalb mit 1und1 telefoniert. Ich bin aber lieber zu all-inkl.com gewechselt. Da geht's drupalmäßig wesentlich besser und ich habe z.B. fürs gleiche Geld 25 Datenbanken statt nur 1 (ist gut, um z.B. eine test/backupsite oder mehrerer subdomains mit drupal oder so zu haben) und ausreichend Speicher. Jedenfalls sind die Error 500 seit dem Wechsel verschwunden und ich kann wieder mehr Module ansschalten.

Meine Seiten auf 1und1 liefen bisher ohne Probleme. Seit heute krieg ich jedoch bei einer von beiden den o.g. Fehler ERROR 500. Und zwar immer beim einloggen, danach geht nichts mehr und es kommt immer die Fehlermeldung.

Zeitlich scheinen die Probleme damit zusammenzuhängen, dass meine Seiten auf einen neuen Server (angeblich schneller, besser, sicher und überhaupt!) umgezogen wurden. Die zweite Seite ist davon nicht betroffen.
Gibt es denn noch andere Möglichkeiten, das Problem irgendwie zu lösen, außer nen Rootserver zu buchen oder von 1und1 wegzugehen?

Ich würde ja auch ein paar Module deaktivieren, falls der Fehler durch eine zu lange Scriptlaufzeit zusammenhängt, aber wie mache ich das, ohne admin zu sein?

--
Alexz

Sprächen die Menschen nur von Dingen, von denen sie etwas verstehen, die Stille wäre unerträglich.

Du kannst da wohl nur die Datenbank (mit dem phpadmin deines Providers) direkt editieren. Die Module sind dort entweder auf 0 oder 1 gesetzt, das kannst du von Hand ändern.

Danke für die Antwort. Nun gehts wieder.
Hätte ich auch selbst drauf kommen sollen. Habe einige Module deaktiviert, nun geht es größtenteils wieder. Also ist anzunehmen, dass das TimeOut für Scripts zugeschlagen hat.
Komisch ist nur,
bei der zweiten Installation sind mind. genauso viele Module aktiv - aber hier gibt es keine Probleme.
Vielleicht gibt es noch andere Ursachen.
--
Alexz

Sprächen die Menschen nur von Dingen, von denen sie etwas verstehen, die Stille wäre unerträglich.

ich habe seit gestern Nacht auch Probleme mit dem 500er Error,
den ganzen Tag über versuchte ich mit 1&1-Technikern das Problem einzugrenzen, vor allem, weil ich mit einer anderen DrupalInstallation einfach die dortige Datenbank abkoppelte und die nicht mehr Erreichbare in die settings.php eintrug und von dort aus dann alles ohne Probleme wieder lief. Die geringere Anzahl an Modulen macht den Unterschied. Daraufhin habe ich von der "Fremd-Präsenz" aus die nicht benötigten Module deaktiviert, und nun läuft auch die normale Seite wieder.

Vielleicht ein kleiner Tipp: Sollte man aufgrund solcher Probleme - zu viele Module und 1&1 - nicht mehr auf die Datenbank zugreifen können, einfach parallel Drupal (minimal) installieren, in den ./sites/default/settings.php die nicht mehr erreichbare Datenbank eintragen, aufrufen, anmelden, verwalten, Module deaktivieren, und weiter kann's gehen. Es hilft auch, die Modul-Unterverzeichnisse vom Namen her zu ändern, damit Drupal die Module nicht (mehr) finden kann und man deshalb, zumindest kurzfristig, wieder in die Admin-Routinen wechseln darf.

Schönen Abend !
JR
www.Josef-Rosner.de

Ja, mit einer Parallelinstallation sollte es auch gehen. Allerdings habe ich den schwereren Weg gewählt.
Letztendlich kann es aber nicht sein, dass bei 1und1 plötzlich nichts mehr geht (sicherlich nach ihrem so angepriesenem Update) und das auch noch als Fortschritt verkauft wird.
Die Module hab ich ja nicht zum Spaß installiert, sondern um mit meiner Seite auch das bieten zu können, was mir so vorschwebt.

--
Alexz

Sprächen die Menschen nur von Dingen, von denen sie etwas verstehen, die Stille wäre unerträglich.

Ich "hänge" mich mal hier rein.

Ich habe das gleiche Problem. Eine Seite läuft normal, die zweite, die noch in der "Entwicklung" steckt, hat seit der Umstellung bei 1&1 Probleme.

Habe dasselbe Problem - und eine Frage: Wo finde ich die Module in der Datenbank? Wahrscheinlich sehe ich gerade den Wald vor lauter Baeumen nicht, aber ich kann den entsprechenden Eintrag nicht finden. Waere ne grosse Hilfe, ich muss naemlich dringend was updaten und kann nicht, weil ich halt beim Einloggen den 500 Error bekomme :(

habs gefunden - eintrag ist "system". nach deaktivierung von 5 modulen oder so geht es wieder. bloeder mist alles. aber vielen dank fuer die anregung - ich haette sonst echt nicht gewusst, wie ich mich wieder einloggen kann.

hm, das problem hab ich seit ein paar tagen auch, mit 1und1 und einer seite, auf der uebercart,module läuft.
ich hatte alle ungenutzten module abgeschaltet und es funktionierte - bis heute, auf einmal geht die seite wieder nicht: error 500.

kann es sein, dass die an der respond time rumschrauben?

1und1 vergrault sich zur zeit mal wieder echt viele kunden. bisher hatte ich für alle webprojekte 1und1 empfohlen. nun werde ich wohl alle wieder kündigen.

hat jemand ne empfehlung für einen schnellen, zuverlässigen provider?
oder aber eine lösung, wie man die respond time selber verändern kann...

ich denke ich habs gelöst.
man muss in seinem entsprechendem root-verzeichnis eine datei "php.ini" anlegen und dort den wert der "max_execution_time" überschreiben. bei mir hat max_execution_time = 120 ausgereicht. ist sicher zu lang., aber was solls...
ich probier mal rum damit.

greetz!

hm... oder auch nicht. da hab ich mich wohl zu früh gefreut.
mist.

Also ich konnte durch die Aktivierung von PHP5 auf einem "Homepage Perfect" Paket die Sache bisher stabil halten. Memory_Limit solltest durch die php.ini ebenfalls erhöhen.

Empfehlen kann ich wie viele andere Hier All-Inkl oder für Leute mit Erfahrung einen Vhost bei Hosteurope.

Gruß,
Benny

--
benjaminradtke.com

Im zusammenhang mit einen aktuellen Projekt habe ich mich mittlerweile für einen Managed Server bei Hetzner entschieden und bin mit der Entscheidung voll zufrieden. Super schneller, FREUNDLICHER, kompetenter Service per Telefon oder Mail. Flexibilität beim Provier für Wünsche aller Art. http://www.hetzner.de/

Über 1und1 ärgere ich mich einfach IMMER sobald irgendwas nicht funtioniert, denn mit Problemem wird man bei 1und1 auch einfach nur alleine gelassen.

Der Artikel auf drulap.com hat meine ERROR500 Probleme bei 1&1 behoben:

http://drupal.org/node/121834

und wenn man an den Anfang der .htaccess noch folgendes schreibt, schaltet man auf PHP5 um:

AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

-----------------
http://www.pixeltank.de

Den Tipp hatte ich auch von einem kompetenten 1&1 Techniker bekommen. Die Server Fehler wurden dadurch weniger aber verschwunden sind die trotzdem nicht. Bei etwa jedem 100sten Seitenaufruf bekomme ich den Fehler seitdem immernoch...

hmm.. 100 Seitenaufrufe haben wir seit heute Morgen sicher schon durch, alles ohne ERROR500.
Aber wer bei 1&1 kompetente Antworten sucht sollte lieber die FAQ dort bemühen und die Hotline garnicht erst anrufen! Hetzner.de kann ich dagegen wärmstens empfehlen, die Jungs da in der Hotline haben echt Ahnung von ihren Kisten.

-----------------
http://www.pixeltank.de

Jepp, und vor allem sind die bei Hetzner wirklich daran interessiert einem zu helfen :-)

Beitrag a, 8. Februar 2009 16:10 editiert von -CHaRLiE-

Nach stundenlangen Suchmaschinen- und Ausprobierorgien bin ich auf diesen Artikel gestossen. Der bei mir auftretende Fehler ist exakt der oben beschriebene "Error 500 - Internal server error".
Leider wurden auf dieses Problem etliche Antworten geschrieben, viele geben den "sehr guten Tip": Wechsel deinen Provider, 1und1 ist schuld. Prima! Und so einfach!

Die Lösung des Problems versteckt sich tief in einem Artikel (danke Pixeltank für den Link), ist aber nicht klar ersichtlich, daher fasse ich hier einmal zusammen, was meine Seite wieder aus dem Fehler 500 befreite:

Die Datei .htaccess im Drupal Root muß angepasst werden. Hier habe ich die Zeile "RewriteBase /" einkommentiert, obgleich dies normalerweise sinnlos, da Voreinstellung ist.

Edit: Wichtige Info: Im Standard laufen die 1und1 Datenbanken unter php4. Dies scheint auch ein Auslöser des Problems zu sein. Dies läßt sich aber auch sehr einfach über die .htaccess steuern, da bei 1und1 auch php5 installiert ist. Der Tip aus dem Helpforum, die Endungen der Seiten von .php in .php5 zu ändern war nicht notwendig.

Hier meine angepasste .htaccess (ohne Kommentarzeilen):

Relevant sind die Zeilen zum Erzwingen des Seitenparsing durch php5:

und

Ich hoffe damit jemandem das Stundenlange Suchen zu ersparen, immerhin war dieser Beitrag hier unter den ersten 3 Treffern, ich habe die Lösung aber erst nach dem 4. Anlauf gefunden.

Zu den diskutierten Einstellungen der php.ini habe ich folgende Erfahrungen gemacht:

sind sinvolle Voreinstellungen. 1und1 stellt das memory_limit per Standard auf 40MB, sofern aber eine php.ini ohne genaue Angaben im Verzeichnis liegt, wird der Parameter auf 8MB begrenzt. Die Datei sollte aber angelegt werden, da register_globals auf off stehen sollte. Es geht wohl auch mit register_globals = on, ich halte mich hier aber an die Empfehlungen. Daher MUSS hier für Drupal 6 ein höherer Wert eingetragen werden, in der Praxis hat bei mir alles unter 24MB Probleme bereitet, daher habe ich die 40MB übernommen.

PS: Bei Interesse sende ich gerne die komplette .htaccess per PN zu ...

Gruß

-CHaRLiE-

---

Ich kann -CHaRLiE- nur bestätigen.

Bei 1und1 muss in jedem fall:

in die htaccess eingetragen werden.

Soll dann noch file_get_contents() funktionieren, z.B. für abfragen der Google api muss eine php.ini mit dem Inhalt

ins Root gelegt werden.

Danke, für den Tipp...

da wir auch mit 500ern auf einem 1&1 kundenserver wieder probleme haben (dedicated server) - der support ist dermaßen grottig - meidet 1&1 ...