Etwas Debuggen ergab folgendes: Das Problem tritt auf, wenn man das Wordpress-Plugin für Feedburner installiert hat. Dieses Plugin schickt alle Requests auf die Wordpress-Feed-Urls per Location Redirect zu Feedburner, statt auf die eigenen, aktuellen Feeds.

Da nun aber Varnish diesen Location Redirect cached, kommt nun Feedburner nicht mehr bis zu Wordpress, und damit zu dem Plugin mit der entsprechenden “Erkennung” durch, sondern bekommt aus dem Cache ebenfalls den Location Redirect. Und damit kann Feedburner logischerweise den Feed auch nicht mehr aktualisieren.

..und so wirds behoben:


if (req.http.user-agent ~ "feedburner|feedvalidator") {
return (pass);
}


In die vcl_recv einfügen.

Ich habe einen Teil meines Zivildienstes in Manhattan verbracht. Auch wenn ich aus gesundheitlichen Gründen diesen Dienst vorzeitig abbrechen musste, war dieser Teil des Zivildiensts die Zeit, die ich als eine der eindrucksvollsten meines Lebens bezeichnen würde.
Ich habe vorher und nachher nie eine Kirche gesehen, die dermassen herzlich und unkompliziert so ziemlich jeder benachteiligten Schicht in einer Stadt wie Manhattan hilft, und das meist ohne nennenswerte Finanzausstattung oder externe Hilfe. Obdachlosenhilfe, Essen für illegale Einwanderer, Seniorentreffen, Arbeit mit sozial problematischen Jugendlichen, einmal querbeet, sozusagen.

Mich hat nun heute über einige Umwege die Information erreicht, dass in dieser Kirche, zu der auch ein mehrstöckiges Wohnhaus gehört, in dem unter anderem eine Obdachlosenunterkunft und Gemeinderäume untergebracht sind, der Heizungskessel kaputt gegangen ist, und die Kirche das Geld, etwa 30.000$, definitv nicht selbst aufbringen kann. Diese Summe versucht die Kirche nun irgendwie über Spenden und ähnliches einzubringen.

Ich möchte Euch bitten, zu überlegen, ob ihr nicht auch ein paar Euro oder Dollar übrig habt – ich lege persönlich meine Hand dafür ins Feuer, dass es eine Spende ist, die vielen Menschen hilft, die es nötig haben, und kein Mist damit gemacht wird. Es mag vielleicht keine supertoll steuerlich absetzbare Spende sein, aber dafür eine, die definitv etwas bringt. Und was eine Obdachlosenunterkunft ohne Heizung Anfang November bringt, das werdet ihr euch sicher selbst ausmalen können.

Viel mehr Details zu dem Problem, zu der Kirche selbst, und zu den Koordinaten, bei denen ihr spenden könnt, findet ihr auf dem Weblog eines meiner “Nachfolger”, und zwar hier.

Danke.

Gestern gegen 17:00 begann die Maschine hinter lawblog.de sich seltsam zu verhalten, und fuhr einige Minuten später komplett gegen die Wand, gegen 17:40 habe ich daraufhin ein Ticket beim Hoster aufgemacht. Der Techniker von vollmar.net hat wie üblich schnell reagiert, und mir kurz darauf mitgeteilt, dass der Server seltsames Verhalten beim Booten zeigt. Nachdem ein Ram-Tausch nicht erfolgreich war wurde noch die Netzwerkkarte getauscht, und nach weiterem Debuggen war lawblog.de gegen 18:30 wieder up and running.

Es zeigte sich aber schnell, dass die Maschine offensichtlich doch nicht mehr so perfekt war: Im Idle-Zustand Load von über 1, im Webserver-Betrieb gern mal höhere zweistellige Zahlen, also faktisch unbenutzbar. Ich habe deshalb den Abend mit Debugging verbracht, daher die sehr stark wechselnde Verfügbarkeit von lawblog.de – es war durch den Crash so ziemlich alles in Mitleidenschaft gezogen, von korrupten Datenbanken bis hin zu einem Raid, dass sich erst wieder herstellen musste.

Gegen Mitternacht waren alle offensichtlichen Probleme behoben, aber die Symptome nach wie vor vorhanden, nur etwas schwächer. Die Systeminformationen sahen alle eher seltsam aus, gaben aber keinen Indikator auf ein offensichtliches Problem.
Da das Blog prinzipiell up and running war, bin ich davon ausgegangen, die Maschine wenigstens übers Wochenende zu retten, um dann den Server tauschen und debuggen zu lassen.

Allerdings hat sich heute vormittag gezeigt, dass mit der höheren Last tagsüber der Server definitv unbenutzbar ist, näheres Fehlersuche brachte seltsames Verhalten im IO-Bereich zum Vorschein, das ich in der Form noch nie gesehen habe, und vermutlich an einem Hardwareproblem liegt.

Daher ist nun “Plan B” in Aktion getreten: Ich habe eine zweite Maschine aufgesetzt und alle Daten von lawblog & Co umgezogen. Der Server läuft auch schon und braucht nur noch etwas Feintuning, im Laufe des Tages wird dann der A-Record umgebogen und lawblog.de ist wieder wie gewohnt verfügbar.

Da lawblog.de in letzter Zeit einen ausgesprochen spannenden Zuwachs an Besuchern verzeichnet hat, und der Server daher sowieso langsam unterdimensioniert ist, werde ich nächste Woche eine neue Maschine mit höherer Leistung organisieren und im Laufe der kommenden Woche wird lawblog.de dann nochmal umziehen. Der zweite Umzug wird allerdings maximal fünf Minuten Auszeit irgendwann am späten Abend bedeuten.

Abschliessend noch zwei kurze Kommentare zu den beiden häufigsten Fragen im Zuge der Downtime: “Webspace mit 100GB Traffic” und ähnliche Vorschläge sind für lawblog.de vollkommen unbrauchbar. Das Problem bei lawblog.de ist die hohe Anzahl an Besuchern mit entsprechender CPU-Last. Ein Hoster, der ein Webhosting-Paket für 5-10 Euro im Monat anbietet, würde lawblog.de daher extrem schnell kündigen, da eine derartige “Hochlast-Seite” natürlich jede Mischkalkulation kaputt macht. Das ist in etwa so wie der DSL-Benutzer, der Tag und Nacht die volle Bandbreite ausnutzt.
Mehrere Server mit Lastverteilung und Fail-Over sind prinzipiell da schon eine bessere Idee – im beruflichen Bereich setze ich soetwas auch in verschiedenen Projekten ein, und es gibt da sehr spannende und schicke technische Lösungen. Allerdings bringt das enorme Komplikationen mit sich, es ist relativ aufwendig, sauber dafür zu sorgen, dass die Datenbank auf den Maschinen immer synchron läuft, und nach einer Auszeit sich auch wieder synchronisiert. Da lawblog.de prinzipiell noch nicht so gross ist, dass eine verteilte Lösung zwingend nötig ist, und lawblog.de sowohl für Udo als auch für mich einfach ein Hobby ist, möchte ich das eher ungern machen. Faktisch ist die einzige Auswirkung einer mehrstündigen Downtime die, dass mein Techniker-Stolz eine Schramme kriegt und ich abends ein Frust-Bier aufmachen muss. :-) Im Gegensatz zu E-Commerce-Seiten, wo messbar Geld pro Minute Downtime verloren geht, gibt es also keinen monetären Grund, ein solches hochverfügbares System zu bauen, und daher möchte ich den Aufwand so lange wie möglich sparen.

Anyway: Einfach noch etwas Geduld, lawblog.de ist demnächst wieder da, es gibt nur noch kleine Probleme mit der Domain selbst. Dass der neue Server schon tut, sieht man z.B. daran, dass der knastblog schon wieder läuft.

Wow.