![\"Bug\"](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2025\/10\/bug05.jpg\" "\\"Bug\\"")
Gestern Abend (7. April 2025) kam es zu einem mehrst\u00fcndigen Ausfall des Blogs. Seit ca. Mitternacht l\u00e4uft alles wieder – ich hatte dem Betreiber am sp\u00e4ten Abend eine Mail geschickt, als ich den Ausfall festgestellt habe. Hier eine Erkl\u00e4rung (ich war indirekt schuld).<\/p>\n
<\/p>\n
Ich hatte gegen 18:00 Uhr am 7. April 2025 noch Kommentare in der Moderation am Smartphone freigegeben. Als ich gegen 22:00 Uhr kurz schauen wollte, ob noch was zur Moderation ansteht, war der Blog hier nicht mehr erreichbar. Auch mein englischer IT-Blog, sowie der Root-Blog auf borncity.com standen.<\/p>\n
Internetzugang war es nicht, wie ich beim Abruf weitere Webseiten feststellte. Auch ein Zugriff auf meine Blogs unter borncity.eu war m\u00f6glich.\u00a0Da diese restlichen Blogs , die ich selbst auf borncity.eu<\/em> hoste, liefen, musste es am Server liegen, der vom neuen Besitzer unter borncity.com<\/em> betrieben wird, lautete mein Schluss. Also habe ich sofort eine Mail geschrieben, und gefragt, ob der Server steht. Da ich heute noch Blogging-Pause habe<\/a>, bin ich ins Bett, in der Hoffnung, dass am Folgetag alles wieder l\u00e4uft.<\/p>\n Ich verwende in meinen WordPress-Blogs nur ein minimales Set an Plugins, um die Zahl der Sicherheitsl\u00fccken, sowie die m\u00f6glichen Probleme zu reduzieren. Im IT-Blog und im englischsprachigen IT-Blogs gehe ich dabei besonders vorsichtig bez\u00fcglich Plugin-Updates vor. Denn ich habe keinen SSH- bzw. FTP-Zugriff mehr, um ggf. ein st\u00f6rrisches Plugin rauswerfen zu k\u00f6nnen.<\/p>\n Zuerst werden die Plugins auf borncity.eu<\/em> aktualisiert und erst wenn es keine Probleme gibt, lasse ich die Plugins auf borncity.com\/win\/<\/em> und mit ein wenig Verz\u00f6gerung auf borncity.com\/blog\/\u00a0<\/em>aktualisieren. Hatte ich am gestrigen Morgen auch mit einem Plugin namens Koko Analytics gemacht. Ich verwende das Plugin, weil mir dieses die Zahl der Seitenabrufe und die Zahl der Besucher datenschutzfreundlich anzeigt.<\/p>\n Ich nutze zwar noch ein Plugin, um die Abrufe eines Beitrags zu z\u00e4hlen. Aber dieses listet mir nicht die Besucherzahlen pro Tag auf. Sonst w\u00e4re Koko Analytics l\u00e4ngst rausgeflogen. Hintergrund ist, dass Koko Analytics mir den Blog bzw. das von mir gebuchte shared hosting-Paket, sowie alle 29 weiteren Kunden auf dem betreffenden Server, bereits im August 2025 schon mal nach einem Updates ins digitale Nirvana geschossen hatte. Damals konnte ich es in Zusammenarbeit mit dem Support des Hosters binnen einer halben Stunde kl\u00e4ren.<\/p>\n Seinerzeit hatte eine Umstellung des Plugins eine Datenbank-Migration angesto\u00dfen, die bei meinem IT-Blog wegen der Gr\u00f6\u00dfe der Datenbank ins Nirvana lief, den Blog und alle weiteren Blogs auf dem Server zum Stillstand gebracht. Ich habe den damaligen Vorfall im Beitrag\u00a0Pleite mit WordPress-Plugin Koko Analytics 2.x<\/a> beschrieben.<\/p>\n Am 7. April 2026 gab es ein Update von Koko Analytics, und ich habe gestern morgen ein Update des Plugins auf borncity.com\/win<\/em> angesto\u00dfen. Als das durchlief und keine Sch\u00e4den zu zeigen schien, habe ich auch Koko Analytics gestern morgen auf borncity.com\/blog\u00a0<\/em>aktualisieren lassen. Lief auch alles, bis auf gestern Abend, als irgendwann vor 22:00 Uhr alles stand.<\/p>\n Heute fr\u00fch erreichte mich die Mail meines Kontakts bei DNV Media Verlag GmbH mit der folgenden Botschaft: \"der Server l\u00e4uft wieder \u2013 alle drei Seiten (borncity.com, \/blog, \/win) sind wieder erreichbar<\/em>.\"\u00a0Lob an die Mannschaft des neuen Besitzers, die sich Nachts noch an die Fehlerbehebung schwingen!\u00a0Was ist passiert? Der Mitarbeiter schrieb:<\/p>\n Das Koko Analytics Plugin auf \/blog\/ hat nach einem Update eine Datenbank-Migration gestartet (neuer Index auf der Statistik-Tabelle). Eine vorgelagerte L\u00f6sch-Abfrage auf der `koko_analytics_post_stats`-Tabelle hat sich dabei festgefressen \u2013 die lief \u00fcber 6 Stunden ohne Ergebnis. Das Problem: Jeder neue Aufruf von \/blog\/ hat die Migration erneut ausgel\u00f6st, und jede dieser Anfragen blieb ebenfalls h\u00e4ngen. So waren innerhalb kurzer Zeit alle 50 PHP-Prozesse blockiert, wodurch der komplette Server (auch die Hauptseite und \/win) nicht mehr erreichbar war.<\/p>\n Was ich gemacht habe:<\/p><\/blockquote>\n 1. Die blockierten Datenbank-Abfragen (~50 St\u00fcck) manuell beendet<\/p><\/blockquote>\n 2. Koko Analytics auf \/blog\/ deaktiviert Bitte das Plugin vorerst nicht wieder aktivieren<\/p><\/blockquote>\n Das ist nat\u00fcrlich t\u00fcckisch – auf borncity.com\/win\/<\/em> war das Plugin durchgelaufen und hatte die \u00c4nderung der Datenbank-Migrations\u00e4nderung gefressen. Bei \/blog\/<\/em> liegt aber eine gro\u00dfe Datenbank vor, bei der sich das Plugin erneut verschluckt hat. Ich habe das Plugin jetzt gekickt.<\/p>\n Shit happens, und hier zeigt sich die Schw\u00e4che des WordPress-Ansatzes, da die kein Sandboxing betreiben, so dass eine Instanz weitere Instanzen auf dem Server in den Orkus ziehen kann. Ich habe es nicht thematisiert, aber Cloudflare entwickelt einen WordPress-Klon, der m\u00f6glicherweise einige dieser Nachteile beseitigt. The Register hat einige Details in diesem Beitrag<\/a> beschrieben.<\/p>\n","protected":false},"excerpt":{"rendered":" Gestern Abend (7. April 2025) kam es zu einem mehrst\u00fcndigen Ausfall des Blogs. Seit ca. Mitternacht l\u00e4uft alles wieder – ich hatte dem Betreiber am sp\u00e4ten Abend eine Mail geschickt, als ich den Ausfall festgestellt habe. Hier eine Erkl\u00e4rung (ich … Weiterlesen Meine Schuld, mistiges Koko Analytics-Plugin<\/h2>\n
Vorsicht bei Plugin-Updates<\/h3>\n
Da war doch was mit Koko Analytics<\/h3>\n
Koko Analystics-Update killt Blogs<\/h3>\n