Post Mortem Bericht zu den Moodle-Ausfällen

Da willst du auf Moodle zugreifen und nichts geht - was ist passiert?

Zwischen Dienstagmorgen 20.10.26 und Donnerstagmorgen 22.10.26 hatten wir gleich mehrere Ausfälle unserer Plattform und damit wohl die längste Downtime in der 19-jährigen Geschichte unserer Moodle-Instanz an der BFSU.

Zuerst: Es tut uns leid für die Unannehmlichkeiten, die entstanden sind, gerade auch durch fehlende oder ungenaue Prognosen. Das war für Lehrpersonen und alle Lernenden sehr ärgerlich!

Das Theater in mehreren Szenen:

Szene 1: Ausfall der Infrastruktur im Rechenzentrum

Im Rechenzentrum des Betreibers entsteht am Dienstag frühmorgens eine Störung der Infrastruktur 🔥. Das betrifft verschiedene Moodle-Instanzen und unsere ist vorne mit dabei. In solchen Situationen wird

  • zuerst die Ursache gesucht: Hat es mit dem letzten Update zu tun? Ist es die Hardware? Kann ein Neustart von Komponenten helfen? usw.
  • dann werden Varianten verglichen: Kann das wieder in Betrieb genommen werden, allenfalls mit Anpassungen oder muss das auf andere Server verschoben werden?
  • die gewählte Variante der Verschiebung auf neue Hardware dauert wegen der grossen Datenmenge lange (hätten bloss nicht alle Lernenden die Dokumente abgegeben 😉).
  • nach wichtigen Tests und Beobachtung des Systems wird es wieder freigegeben.
Man kann sich vorstellen, dass frühmorgens die meisten Informatikerinnen und Informatiker nicht schon am Computer sitzen. Bei solchen Vorfällen hilft jedoch das Adrenalin dem Bootvorgang dieser Spezies.

Szene 2: Moodle da, Anmeldung geht nicht

Wir kommen zum nächsten Level. Das Moodle läuft in neuer Umgebung und gähnt 🥱 vor lauter Langeweile, weil sich niemand anmelden kann.

Dazu ein kleiner Informatikkurs. Vereinfacht zeigt die Grafik den Aufbau:

Jede Anmeldung an Moodle wird auf einem Server der Schule geprüft. Diese Verbindung zwischen den Servern ist über einen separaten Account 🪪, eine Firewall 🧱 und Zertifikate 📜 abgesichert, sodass nur genau dieser Server zugreifen darf.

Schlaue merken jetzt gerade: HOUSTON-WE-HAVE-A-PROBLEM → Der Server hat geändert und ist jetzt nicht mehr der gleiche. In der Firewall muss der Zugang für den neuen Server angepasst werden.

Was sich wie ein kleines Problem liest, entpuppt sich als langwieriger Prozess. Die Firewall wird, wie das ganze Netzwerk, von einem externen Dienstleister gemanagt und das führt nun zu folgendem Ablauf:

  • Telefon - Ticket - Telefon - Rückfrage - Telefon: Dringlichkeit erklären - Telefon: Nachfragen - neues Ticket - wichtige Leute anrufen - Telefon: Beine machen - wichtige Leute rufen andere wichtige Leute an - warten - endlich gemacht. Es dauert viiiieeel zu lange.
Erkenntnis: Standardisierte Prozesse sind gut und bei schönem Wetter ☀️ durchaus eine Wanderung wert. Bei Regenwetter ⛈️ und Sturm sollte man aber auch ein Taxi 🚕 nehmen dürfen.
Moodle läuft wieder, juhee!

Szene 3: Moodle muss schon wieder pausieren - PHP

Kaum haben sich alle daran gewöhnt, wieder wie gewohnt zu arbeiten, wird Moodle von unserem Betreiber gegroundet 🛬.
Grund dafür war eine massive Sicherheitslücke, die rund 70 % der Webapplikationen weltweit bedrohte. 

Die Signale waren klar und vielstimmig für viele Webapplikationen, ein Beispiel:

Nachzulesen auch auf SRF oder etwas technischer auf Heise.de.

Auf 16:00 Uhr waren die Fehlerkorrekturen angekündigt, Moodle hätte um 18.00 Uhr wieder laufen sollen.

Szene 4: Die Nacht war kurz, für einige

Die ganze Welt - Sorry, die IT-Welt war in Pole-Position, um die Änderungen einzuspielen. Und genau das war ein Problem:

  • Ganz viele in der Welt wollten zeitzonenunabhängig gleichzeitig Bibliotheken, Container (kleine vorgefertigte Settings) und Patches herunterladen.

Das hat also alles länger gedauert, musste getestet werden und so weiter ... So wurde es Donnerstagmorgen, bis alles wieder einsatzfähig war.
(und während dem Warten konnte man in den Foren der Hersteller ganz viele Gifs und den Galgenhumor der IT-Szene beobachten können)

Und jetzt?

Vorsichtsmassnahmen

Ihre Daten auf unserer Plattform sind uns wichtig!

  • Es wurden und werden regelmässig Backups erstellt, sodass die Daten redundant vorliegen.
    Es sind keine Daten verloren gegangen, alle Abgaben sind vollständig vorhanden.
  • Das Grounding der Plattform (Szene 3) wurde aus Vorsicht vorgenommen, um einem allfälligen Angriff zuvorzukommen.
    Es gibt keine Hinweise, dass die Lücke bei uns ausgenutzt wurde.
Learnings und Entwicklung

Zwei wichtige Erkenntnisse werden wir nun mit unseren Partnern besprechen und Anpassungen anstossen:

  • Die Prozesse im akuten Störungsfall im Bereich Netzwerk müssen angepasst werden, damit im Notfall ein direkter Kontakt zur Firewall-Betreuung möglich ist. Da sind wir mit dem Kanton im Kontakt.
  • Mit dem Dienstleister für unsere Moodle-Plattform stehen wir bereits im Kontakt, um im Notfall schneller zu werden.

Ende für den Moment, vielen Dank für die Geduld
Stephan Göldi, ein IT-Admin in dieser Welt …

Moodle läuft wieder und möchte das Lernen unterstützen und die eingereichten Daten sicher verwahren! Danke für Ihr Vertrauen!
Und danke allen Beteiligten und Partnern hier und weltweit!

Zuletzt geändert: Freitag, 23. Oktober 2026, 22:31