TMO-> Wandern mit GPS: Strato Fehler 503

02.04.2009 14:47	Tag 1: Mich erreicht das Mail eines freundlichen Anwenders meiner WEB-Tools, der im Trackviewer keine Wanderungen mehr darstellen kann. Und tatsächlich, meine Tests bestätigen das. Bei der Auswahl einer GPX-Datei auf der lokalen Festplatte und dem Absenden derselben, erfolgt keine Reaktion. Seltsamerweise funktioniert aber der Aufruf einer Datei im WEB nach wie vor einwandfrei. Ebenso gestört ist die Uploadfunktion im GPS Online Routen Planer, was mich nicht verwundert, den das ist die exakt gleiche Funktion. Um an eine mögliche Fehlermeldung heranzukommen - die Übertragung erfolgt ja im Hintergrund ohne Neuaufbau der Seite - versuche ich mittels Wireshark den Datenverkehr mitzutracen. Der Erfolg stellt sich schnell ein, der Webserver beantwortet die Clientanfragen mit einem Fehler 503: Server nicht verfügbar.
	503 Service Temporarily Unavailable Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
	Im Server Logfile sind die Fehler 503 auch sichtbar und auffälligerweise passieren sie nur bei POST-Requests. GET-Requests laufen dagegen einwandfrei und bekommen den Returncode 200.
18:27	Ich eröffne bei meinem Webhostingprovider Strato ein Störungsticket, das auch umgehend per Mail bestätigt wird und die Service-ID: 0402945372 erhält:
	Betreff: 503 Server not available -------------------------------------------------------------- Sehr geehrte Damen und Herren, seit einigen Tagen gibt es massive Probleme im Zugriff auf den WEB-Server - und zwar kommt sporadisch aber häufig bei HTTP POST Requests ein Fehler 503 Server unavailable zurück. Bei GET Requests gibt es dagegen keine Fehler. Das beobachte ich auf www.gpswandern.de und auf www.********.de und geht soweit, dass die Applikation kaum mehr brauchbar ist und Anwender sich beschweren. Hier ein Logauszug von gpswandern.de von heute: IP-Adresse gelöscht* - - [02/Apr/2009:09:17:51 +0200] "POST /cgi/upload.php HTTP/1.1" 503 328 "http://www.gpswandern.de/gpxviewer/gpxviewer.shtml" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7" IP-Adresse gelöscht - - [02/Apr/2009:09:17:56 +0200] "POST /cgi/upload.php HTTP/1.1" 503 328 "http://www.gpswandern.de/gpxviewer/gpxviewer.shtml" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7" IP-Adresse gelöscht - - [02/Apr/2009:09:18:05 +0200] "POST /cgi/upload.php HTTP/1.0" 503 316 "http://www.gpswandern.de/gorp/gorp.shtml" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.18) Gecko/20081029 Firefox/2.0.0.18" IP-Adresse gelöscht - - [02/Apr/2009:09:18:06 +0200] "POST /cgi/upload.php HTTP/1.0" 503 316 "http://www.gpswandern.de/gorp/gorp.shtml" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.18) Gecko/20081029 Firefox/2.0.0.18" ... IP-Adresse gelöscht - - [02/Apr/2009:11:06:08 +0200] "POST /cgi/upload.php HTTP/1.1" 503 328 "http://www.gpswandern.de/gpxviewer/gpxviewer.shtml" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; UL611072003NET; InfoPath.1)" ... IP-Adresse gelöscht - - [02/Apr/2009:13:57:01 +0200] "POST /cgi/upload.php HTTP/1.0" 503 316 "http://www.gpswandern.de/gpxviewer/gpxviewer.shtml" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)" IP-Adresse gelöscht - - [02/Apr/2009:13:57:14 +0200] "POST /cgi/upload.php HTTP/1.0" 503 316 "http://www.gpswandern.de/gpxviewer/gpxviewer.shtml" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)" Würden Sie das bitte überprüfen. Vielen Dank Helmut Karger
23:11	Ein weiterer Anwender meldet sich bei mir per Mail, auch er kann keine Dateien in den Trackviewer laden. Laut Logfile muss es anderen Anwendern jedoch durchaus möglich sein.
03.04.2009	Tag 2: Recherchen im Internet zu diesem Problem ergeben, dass es nicht nur bei mir auftritt, es gibt einige Threads in Foren, die genau dieses Problem bei Strato beschreiben aber leider auch keine Lösung anbieten. Die Gemeinsamkeiten scheinen zu sein: der Hoster ist Strato applikationsseitig wurde nichts geändert es tritt massiv ein Fehler 503 auf es gibt zwischendurch Zeiten, zu denen es auch wieder funktioniert schaut man ins Logfile am Server, sieht man, dass die 503er brav mitgeloggt werden und zwar immer bei HTTP POST Requests. HTTP GET funktioniert dagegen einwandfrei
14:50	Ein Antwortmail vom Stratosupport trifft ein. (Die Aufforderung darin, den Kundenservice zu bewerten und den Link zum Bewertungssystem lasse ich hier und in Folge zur Vereinfachung weg):
	Sehr geehrter Herr Karger, vielen Dank für Ihre Anfrage vom 02.04.2009, die ich Ihnen gerne beantworte. Ich konnte die Einschränkungen in einem Test nachvollziehen und habe die Fachabteilung informiert. Der von Ihnen geschilderte Sachverhalt wird nun eingehend geprüft. Nachdem ein abschließendes Ergebnis vorliegt, werden Sie selbstverständlich zum Status bzw. zum weiteren Verfahrensweg informiert. Wir bitten um das Verständnis, dass es einige Tage in Anspruch nehmen kann bis wir ein Resultat haben. Vielen Dank für Ihr Verständnis und Ihre Kooperation. Mit freundlichen Grüßen aus Berlin Name gelöscht Customer Care
15:00	Ich schreibe mir ein Perlprogramm, mit dem ich die Strato Logdateien auswerten kann, um zu sehen, wann und wie viele der POST-Requests abgelehnt werden. In den Folgetagen wird die Auswertung ständig ergänzt - das Ergebnis in grafischer Form ist unten zu sehen. Erkenntnisse daraus: Vor dem 13.03.2009 hat es keine 503er Fehler auf POST-Requests gegeben. Seit Jahresanfang - so weit reicht meine Auswertung zurück - nicht einen einzigen. Ab dem 13.03.2009 tritt dieses Problem gehäuft auf - teilweise werden die Hälfte aller Requests abgelehnt.
04.04.2009	Tag 3: Keine Antwort vom Stratosupport Ich erhalte ein Mail von einem Anwender, der beobachtet, dass er zwischenzeitlich den Trackviewer nutzen konnte und es nun wieder fehlschlägt. Das deckt sich mit meinen eigenen Beobachtungen, manchmal funktioniert es einwandfrei und dann über Stunden wieder nicht, obwohl während dieser Zeit andere Anwender erfolgreich arbeiten. In Erwartung einer zeitnahen Lösung durch Strato - mein Logauszug war ja eindeutig - sehe ich (noch) davon ab, einen Fehlerhinweis auf meiner WEB-Seite anzubringen.
05.04.2009	Tag 4: Keine Antwort vom Stratosupport. Das hatte ich auch nicht erwartet, es ist Sonntag und mein Webpacket bei Strato hat keinen 7x24 Support.
06.04.2009	Tag 5: Keine Antwort vom Stratosupport
07.04.2009	Tag 6: Keine Antwort vom Stratosupport
08.04.2009 20:29	Tag 7: Nach wie vor keine Antwort vom Stratosupport. Ich erlaube mir bei Strato nachzufragen und erhalte darauf die Service-ID: 0408947958:
	Betreff: Service-ID: 0402945372 -------------------------------------------------------------- Sehr geehrte Damen und Herren, Sie hatten mich letzte Woche um einige Tage Geduld gebeten um mein Problem zu analysieren. Nun, einige Tage sind vergangen, nicht ohne dass ich täglich Beschwerden meiner Anwender bekomme. Ich möchte Sie nun bitten sich zu erklären, was Sie herausgefunden haben und wie und wann Sie das Problem zu beheben gedenken. Herzlichen Dank Helmut Karger
21:05	Nachdem von Strato keine schnelle Lösung in Sicht ist, entscheide ich mich nun doch, auf den betroffenen Seiten Track Viewer und Online Routen Planer einen Fehlerhinweis anzubringen:
	Das Hochladen lokaler Dateien ist zur Zeit leider temporär gestört - ich bedauere die Beeinträchtigung!
09.04.2009 14:17	Tag 8: Ein Antwortmail vom Stratosupport trifft ein:
	Sehr geehrter Herr Karger, vielen Dank für Ihre Anfrage vom 08.04.2009, die ich Ihnen gerne beantworte. Die Anfrage wird aktuell noch bearbeitet. Serverseitig stellt diese Einschränkung ein geringes Problem dar, da Ihnen als Kunden die Links angezeigt werden. Lediglich die Verlinkung hinter der Anzeige kann derzeit nicht aufgerufen werden. Vielen Dank für Ihr Verständnis und Ihre Kooperation. Mit freundlichen Grüßen aus Berlin Name gelöscht Customer Care
17:55	Ich fühle mich - gelinde gesagt - unverstanden und setze nach. Darauf erhalte ich die Service-ID: 0409948372:
	Betreff: Service-ID: 0402945372 und 0408947958 -------------------------------------------------------------- Liebe Frau Name gelöscht, was soll ich bitte mit Ihrer Aussage anfangen: "Serverseitig stellt diese Einschränkung ein geringes Problem dar,...". Ich glaube, Sie haben das Problem nicht verstanden. Es ist kein Dateiupload mehr möglich und dadurch funktionieren meine Online-Applikationen nicht. Dies betrifft auch nicht nur gpswandern.de sondern genauso www.*********.de, dort ist keine Aktualisierung im CMS mehr möglich. Sie können gerne mal nach "Strato Fehler 503" googeln und werden feststellen, dass mehrere Ihrer Kunden dieses Problem seit dem 13.03.2009 haben. Bitte eskalieren Sie dieses Problem SOFORT an die nächst höhere Supportstelle. Diesen Zustand über Ostern so zu belassen ist untragbar. Nach einer Woche Prüfung erwarte ich jetzt Aktionen. Viele Grüße Helmut Karger
10.04.2009	Tag 9: Es ist Karfreitag und wie befürchtet keine Antwort vom Stratosupport.
11.04.2009	Tag 10: Keine Antwort vom Stratosupport. Ich stelle mir die ernsthafte Frage nach einem Plan B, für den Fall, dass auch nach Ostern von Strato keine Lösung kommt. Nachdem in meinen Anwendungen der Upload von GPX-Dateien essentiell ist und mir dafür auch keine andere Technik als ein HTTP POST zur Verfügung steht, bleibt nur der Wechsel zu einem anderen Provider. Also recherchiere ich im Internet nach alternativen Webspaceprovidern, mit dem überraschenden Ergebnis, dass problemlos renomierte Provider gefunden werden können, die für vergleichbares Geld mehr Leistung (Webspace, Transfervolumen, Datenbanken) und besseren Service bieten können.
12.04.2009	Tag 11: Keine Antwort vom Stratosupport
13.04.2009	Tag 12: Keine Antwort vom Stratosupport
14.04.2009 15:14	Tag 13: Erster Arbeitstag nach den Osterfeiertagen. Ich hab noch den Nachmittag bis 15:00 Uhr abgewartet, ob von Strato eine Antwort kommt und dann die Notbremse gezogen und die Domäne gpswandern.de bei Strato per Fax gekündigt. Meine anderen Domänen verbleiben einstweilen bei Strato. Ziel ist es jetzt - nach 12 Tagen Beeinträchtigung - möglichst schnell wieder einen lauffähigen Betrieb herstellen zu können.
17:33	Es kommt doch noch ein Antwortmail vom Stratosupport:
	Betreff: Ticket 1020063 -------------------------------------------------------------- Sehr geehrter Herr Karger, wir möchten Sie mit dieser E-Mail über den Bearbeitungsstand Ihres Troubleticket informieren. Sie haben uns mitgeteilt, dass es beim Zugriff auf Ihre Internetseite zu Unregelmäßigkeiten gekommen ist. Wir haben Ihren Webspace intensiv geprüft und konnten keine serverseitige Einschränkung feststellen. Sollte es zu temporären Einschränkungen gekommen sein, bitten wir diese zu entschuldigen und bedanken uns für Ihr Verständnis. Mit freundlichen Grüßen Name gelöscht Customer Care
21:25	Ich fühle mich - wiedermal - unverstanden und setze nach. Darauf erhalte ich die Service-ID: 0414949912:
	Betreff: Ticket 1020063, Service-ID: 0402945372, 0408947958, 0409948372 -------------------------------------------------------------- Hallo Herr oder Frau Name gelöscht, Sie schreiben mir: "Wir haben Ihren Webspace intensiv geprüft und konnten keine serverseitige Einschränkung feststellen." Bitte werfen Sie doch einen Blick in das Serverlogfile, dann können Sie die Einschränkung feststellen. Um es Ihnen anschaulicher vor Augen zu führen, habe ich das für Sie mal grafisch aufbereitet: http://www.gpswandern.de/gps/StratoPostVerfuegbarkeit.jpg Hier sehen Sie zu wieviel Prozent HTTP-POST-Requests erfolgreich ausgeführt werden. Alle anderen werden mit 503 abgelehnt. Wie Sie sehen hat es vor dem 13.3.2009 überhaupt keine Probleme gegeben, die Erfolgsquote war durchweg bei 100 %. Seit dem 13.3. gibt es dagegen massive Probleme. Und nun sagen Sie mir bitte nicht, dass Sie keine Einschränkungen feststellen können. Bitte lösen Sie das Problem - jetzt. Vielen Dank Helmut Karger
21:45	Obwohl die Domäne gekündigt ist und der Domänenwechsel nur noch eine Sache von wenigen Tagen sein kann, versuche ich den Fehler weiter einzukreisen. Im Wordpress-Forum wurde der Verdacht geäußert, dass der Fehler von der hochgeladenen Datenmenge abhängen könnte. Um das zu testen baue ich mir einen "Dauerposter", bestehend aus einem serverseitigen PHP-Empfänger, der die POST-Requests entgegennehmen soll und einem clientseitigen Perlscript, das im Minutenabstand Requests unterschiedlicher Größe sendet und den jeweiligen Rückgabecode aufzeichnet.
15.04.2009 18:04	Tag 14: Keine Antwort vom Stratosupport Freundliche Anwender meiner Webapplikationen informieren mich weiterhin über die temporäre Funktion und Nichtfunktion meiner Tools. Der Dauerposter war über Nacht gelaufen und hatte reine Textinhalte verschiedener Größe geschickt. Das Ergebnis war immer positiv (200) obwohl zur gleichen Zeit Uploads zum Track Viewer nicht möglich waren. Reiner Text scheint das Problem also nicht auszulösen. Am Morgen hatte ich deshalb den Test abgebrochen und den Dauerposter dahingehend umgestellt, dass er XML-Inhalte verschiedener Größe schickt. Davon waren die ersten 24 Versuche erfolgreich (200) und alle weiteren brachten den Fehler 503.
16.04.2009 18:49	Tag 15: Keine Antwort vom Stratosupport Eine Kündigungsbestätigung ist von Strato noch nicht eingegangen. Im Verwaltungstool meines Stratopacketes kann ich aber erkennen, dass die Domäne gpswandern.de nicht mehr aufgeführt wird. Ich nehme das zum Anlass mich bei meinem neuen Provider anzumelden. Nach meinen Providerrecherchen der Osterfeiertage hatte ich folgende Provider für mich in die engere Wahl gezogen: "Host Europe", "domainFACTORY", "All-Inkl" und "GREATweb" und mir deren Kundenwertungen näher angeschaut. Nun habe ich mich für "All-Inkl" entschieden und mich online angemeldet. Umgehend habe ich per Mail meine Zugangsdaten erhalten und einen temporären Domainnamen, bis meine Domäne umgezogen ist. Ich kann also sofort beginnen, meine Daten aufzuspielen. Was den Stratofehler 503 betrifft, könnte der Auslöser auch an eingebetteten URLs in den POST-Daten liegen. Im Wordpress Forum wurde ein entsprechender Verdacht geäußert und tatsächlich funktioniert mein Dauerposter, wenn ich die URLs aus den XML-Inhalten entferne.
17.04.2009 08:30	Tag 16: Keine Antwort vom Stratosupport Möglicherweise betrachtet Strato mein Problem durch die Kündigung der Domäne bereits als erledigt. Über All-Inkl konnte ich gestern das Providerwechselformular ausfüllen und drucken. Jetzt schicke ich es per Fax an den alten und neuen Provider.
19:51	Am Nachmittag konnte ich in der All-Incl Verwaltungsoberfläche bereits sehen, dass der KK-Antrag am Laufen ist. Nun erhalte ich ein Mail von All-Inkl, dass die Domäne erfolgreich übernommen wurde, es aber noch bis zu 48 Stunden dauern könnte, bis die Nameserver der Internetzugangsprovider aktualisiert sind. Die Kündigungsbestätigung von Strato über die Domäne ist per Papierpost angekommen.
18.04.2009 20:00	Tag 17: Alle Nameserver sind aktualisiert, alle Anwender arbeiten beim neuen Provider. Bei Strato kommen keine Requests mehr an. Das Problem ist keineswegs gelöst aber umgangen - zumindest für GpsWandern.de.

Auswertung: Prozentsatz der erfolgreichen POST-Requests vom 01.01. bis 13.04.2009

	Nachträge:
23.04.2009 10:25	Tag 22: Es kommt doch noch eine Reaktion von Strato, die Hoffnung macht:
	Betreff: STRATO AG \| Ihre Anfragen zu Post-Requests -------------------------------------------------------------- Sehr geehrter Herr Karger, im Rahmen unserer Qualitätssicherung sind mir Ihre Anfragen zum Thema POST-Requests besonders aufgefallen. Anscheinend gab es hier Unstimmigkeiten, die nicht zu Ihrer Zufriedenheit geklärt wurden. Aktuell habe ich mich mit dem II-Level Support und dem Rechenzentrum in Verbindung gesetzt, um den Fall genau zu prüfen. Sobald ich genaue Informationen habe, werde ich Sie kontaktieren. Mit freundlichen Grüßen Name gelöscht STRATO AG \| Customer Care
24.04.2009 12:32	Tag 23: Aber dann leider:
	Betreff: STRATO AG \| Ihre Anfragen zu Post-Requests -------------------------------------------------------------- Sehr geehrter Herr Karger, ich habe mich weiter mit Ihrem Fall befasst, den Sie auch auf der folgenden Seite beschreiben: http://muenchen-surf.de/karger/strato503/strato503.html Da Sie die Domain gpswandern.de bereits zu einem anderem Provider gezogen haben, können wir nicht mehr feststellen, ob eine technische Anpassung die Einschränkung beheben könnte. Mit freundlichen Grüßen und danke für Ihr Verständnis Name gelöscht STRATO AG \| Customer Care
29.04.2009 09:37	Tag 28: Lösung: Für andere Kunden meldet Strato zurück, dass die Ursache der Einschränkungen festgestellt und die Systeme angepasst wurden. Tatsächlich ist das Problem bei den verbliebenen Stratokunden nun behoben - Fehler 503 treten nicht mehr auf. Über die Fehlerursache und die getroffenen Maßnahmen macht Strato jedoch aus Sicherheitsgründen keine Angaben.
02.03.2010	Fast ein Jahr später: Dr. Lars Satow, der ähnliche 503er Probleme bei Strato hatte, führt in seinem Blog unter http://www.drsatow.de/blog/503-error-strato.html nach eingehenden Dialogen mit dem Strato-Support die Problemursache auf den serverseitigen Strato-Antiviren-Schild zurück. Wie der Virenschild abgeschaltet werden kann, wird in dem Blogbeitrag ebenfalls beschrieben.

Zurück zur Homepage
Dieses "Making Of" bezieht sich auf die WEB-Site: "Wandern mit GPS: www.GpsWandern.de"
Feedback zu diesen Seiten ist ausdrücklich erwünscht: Bitte verwenden Sie dazu folgende Mailadresse:

The Making Of -> "Wandern mit GPS"

Strato Fehler 503 auf POST-Requests

Oder: Wie GpsWandern.de den Webhostingprovider wechseln musste

Service Temporarily Unavailable