Ett enda överhettat rack slog ut Protons kärntjänster
Ett fel i kylsystemet i Protons datacenter i Frankfurt, natten till den 26 augusti 2026, fick rumstemperaturen att stiga från normala 21,8 grader Celsius till 51,9 grader Celsius på trettio minuter. Vissa sensorer visade upp till 60 grader. Nätverkskorten nådde 105 grader mot en normal drifttemperatur på 45 grader och stängde av sig själva som skydd. Både den primära och reserv-nätverksswitchen satt i samma rack, och det racket bar flera av Protons primära databaskopior, så redundansen som byggts just för att överleva den här typen av fel aktiverades inte automatiskt. Proton har offentligt sagt att bolaget klarar ett fullständigt datacenteravbrott, men den egna efterrapporten slår fast att en primär databas-failover aldrig automatiseras utan mänsklig övervakning, just för att undvika den typ av split-brain dataförvanskning som en automatisk failover kan orsaka.
Samma svaghet öppnades igen fem dagar senare
Ett andra avbrott den 1 september 2026 visade att felet från den 26 augusti egentligen inte var över.
| Incident | Datum | Orsak | Påverkade tjänster |
|---|---|---|---|
| Första avbrottet | 26 till 27 augusti 2026 | Kylningsfel, dubbelt switch-fel | Mail, Drive, Kalender, autentisering |
| Andra avbrottet | 1 september 2026, 14:37 till 20:49 CEST | Kvarvarande hårdvarufel från databasunderhåll kopplat till det första avbrottet | Mail, Pass, Drive, Kalender |
Suveränitet beskriver var data finns, inte om tjänsten förblir uppe
Proton marknadsför sig på jurisdiktion och integritet, och det här avbrottet visar att de garantierna är skilda från motståndskraftens arkitektur. Många företag som lämnat amerikanska hyperscalers just för att minska den koncentrationsrisken valde Proton, eller en liknande leverantör, för dess EU-placering och dess vägran att lämna ut data till amerikanska domstolar. Ingen av de två egenskaperna har med saken att göra när det gäller om tjänsten förblir uppe när ett rack överhettas. Proton har en failover-plats i Zürich och bygger, enligt egen utsago, först nu upp kapaciteten för en andra plats och den automatisering som borde ha funnits redan före den här incidenten, med planerad färdigställande före slutet av 2026. Ett företag som valt ett suveränt alternativ av dataresidensskäl bör fråga leverantören direkt hur failover faktiskt fungerar, och om det sker automatiskt eller väntar på en persons godkännande, i stället för att anta att suveränitet innebär motståndskraft.
Läs vidare: Europas Nya Superdator Kör på Amerikanska Chip | OpenAIs öppna rival tillhör nu Nvidia
