Ein Großbrand in einem IBM-Rechenzentrum in Almere (Nähe Amsterdam, Niederlande), seit dem frühen Morgen des heutige 7. Mai 2026, hat zur Folge, dass diverse "Dienste" offline gehen. Über den Ausfall des E-Mail-Diensts turboSMTP hatte ich im Beitrag turboSMTP Mail-Server (serversmtp.com) sind down (7.5.2026) – Brand in Rechenzentrum berichtet. Inzwischen haben sich Blog-Leser mit der Information gemeldet, dass auch die Dienste von Cisco (Cloud Email Security) betroffen seien.
Feuer in IBM-Rechenzentrum in Almere
Ein Blog-Leser hatte mich auf den Großbrand in Almere (Niederlande) hingewiesen und auf den Beitrag Zeer grote brand bij datacenter Rondebeltweg verlinkt. In einem Rechenzentrum am Rondebeltweg in Almere ist am Donnerstagmorgen gegen 08:30 Uhr ein Brand ausgebrochen. Dabei kommt es zu starker Rauchentwicklung.
Die Feuerwehr hat den Einsatz auf einen Großbrand hochgestuft. Außerdem handelt es sich um eine GRIP1-Situation, was bedeutet, dass mehrere Rettungsdienste aufgrund des Ausmaßes des Vorfalls eng zusammenarbeiten. Da ist richtig was los, wie man auch in diesem Artikel nachlesen kann (danke an den Facebook-Leser für den Hinweis).
Cisco-Dienste vom Brand betroffen
Neben turboSMTP (siehe turboSMTP Mail-Server (serversmtp.com) sind down (7.5.2026) – Brand in Rechenzentrum) ist auch Cisco mit seinen Diensten betroffen. Ein weiterer Blog-Leser hat mir auf Facebook den Hinweis gegeben, dass auch Cisco Europa in der Zone " NorthC on almere" mit seinen Services liegt. Deren Internet-Anbindung "der Offices" läuft über diesen Rechenzentrumsknoten. In Wien sei das Office zumindest deswegen offline, wusste der Leser (danke für die Info).
Ein weiter Leser hat mir in diesem Kommentar einen ähnliche Hinweis gegeben und einen Link auf diese Cisco-Seite mitgeschickt. Der Seite ist zu entnehmen, das Cloud Email Security von Cisco als Dienst komplett ausgefallen ist. Betrifft Deutschland und wohl auch Europa.
Das Cisco Primärrechenzentrum sei zwar funktional, heißt es. Aber Kunden, die mit Cisco Cloud Email Security auf dem Sekundärrechenzentrum in AER (ist wohl Almere) gehostet wurden, sind von diesem Ausfall betroffen. Die Cisco-Technik ist dabei, den Ausfall des Rechenzentrums bei Amsterdam für diese Kunden durch Konfigurationsänderungen zu begrenzen.
MVP: 2013 – 2016
Die Server mitsamt Daten sind gerettet, aber sie mussten abgeschaltet werden, weil die Stromversorgung vom Feuer betroffen ist.
*ttps://nos.nl/artikel/2613485-storingen-door-brand-datacenter-huisartsen-getroffen-universiteit-utrecht-morgen-dicht
– Die Universität Utrecht bleibt morgen geschlossen. Online-Unterricht fällt ebenfalls aus.
– Hausarztpraxen in Amsterdam haben keinen Zugriff mehr auf Patientendaten, inklusive Terminkalender und Telefonnummern.
Die Telefonverbindung während Patientengesprächen fiel aus, als das brennende Rechenzentrum abgeschaltet wurde.
– Die Leitstelle des Transportunternehmens TransDev ist auch betroffen.
Dadurch funktioniert auch der Notrufknopf in den Bussen nicht mehr.
– Die niederländische Statistikbehörde CBS speichert ebenfalls ihre Daten dort.
"– Die Leitstelle des Transportunternehmens TransDev ist auch betroffen.
Dadurch funktioniert auch der Notrufknopf in den Bussen nicht mehr."
Seit wann, benötigt eine Notruftaste, in einer Straßen Bahn oder einer Bahn eine externe Leitstelle?
Meines Wissens, bauen die eine Sprachverbindung zum Fahrer auf. Also ein lokaler Vorgang. Der Triebfahrzeugführer leitet dann weitere Maßnahmen ein. (Allermierung von Polizei oder Rettungsdienst) In einem Bus, kann man den Fahrer im Notfall direkt ansprechen.
In Bussen gibt es den normalen Funk, mit dem der Fahrer und Leitstelle miteinander sprechen können.
Dafür muss derjenige, der sprechen möchte, die Taste gedrückt halten und danach wieder loslassen.
Beim normalen Funk muss man die SprechFunk-Taste also normalerweise mindestens drei mal drücken, nämlich für Gesprächswunschanfrage, für die eigentliche Frage und für die Bedankung der Antwort mitsamt Gruß. Da kann es Probleme mit Funkstörungen geben und es kann zusätzliche Nachfrgaen geben, etwa zum Standort.
Dieser Vorgang dauert einige Zeit, weil die Leitstelle auch nicht sofort Zeit für diesen Fahrer hat, denn die Leitstelle muss sich um viele Fahrer gleichzeitig kümmern.
Für den Fall, dass der Fahrer angegriffen wird dauert dieses Verfahren viel zu lange, eine Hand ist mit Knopfdrücken beschäftigt und außerdem muss der Fahrer seinen Kopf in Richtung Mikrophon drehen, also weg vom Angreifer.
Zusätzlich gibt es noch eine Notruftaste für den Fall, dass der Fahrer selber angegriffen wird und keine Zeit mehr für den normalen Funk hat.
Dann sieht die Leitstelle auf ihrem Computer das Alarmsignal und ruft die Polizei.
Den Alarmknopf muss man nur einmal kurz drücken, man muss nicht sprechen und die Leitstelle weiß dann Bescheid und priorisiert diesen Vorgang.
Der Alarmknopf hat den Vorteil, dass der Fahrer nach einer Sekunde eine Hand frei hat, um sich verteidigen zu können und er muss seinen Kopf auch nicht weg vom Angreifer in Richtung Mikrophon drehen.
Ein weiterer Vorteil ist der so mögliche stille Alarm, der den aggressiven potentiellen Angreifer nicht durch Sprechfunk vorwarnt. So gewinnt man wertvolle Sekunden und kann eventuell eine Tat verhindern bevor sie passiert, weil plötzlich die Polizei da ist bevor der Angreifer zugeschlagen oder dem Fahrer ein Messer in den Arm gerammt hat.
Willkommen in der Zukunft.
Und das ist erst der Anfang (vom Ende).
Wir schaufel stetig unser eigenes (Digitales) Grab.
Nur so ein Gedanke dazu.
Und mal wieder keinerlei Redundanzen…
Dies betrifft auch eine Zone der früher Open Telekom Cloud genannten Cloud Umgebung (heute wohl Telekom Public Cloud??)
Ich hab einen Server in der Zone der OTC, zum Glück nichts kritisches…