CERN stellt 2.200 industrielle Computer von RHEL auf Debian 13 um

CERN stellt mehr als 2.200 industrielle und eingebettete Computer von Red Hat Enterprise Linux auf Debian 13 um, berichtet Phoronix. Der Grund ist keine Sicherheitslücke und kein Lizenzstreit. Es ist eine Compiler-Voreinstellung, die still und leise Hardware ausgesperrt hätte, auf die sich CERN für den Betrieb seiner Teilchenbeschleuniger noch immer verlässt.

CERNs Hauptrechenzentren und die experimentelle Datenverarbeitung sind von diesem Schritt nicht betroffen. Phoronix berichtet, dass diese Infrastruktur bei RHEL und AlmaLinux bleibt. Nur die industrielle und eingebettete Flotte, die Maschinen, die die physische Beschleunigerhardware steuern, wechselt.

Warum eine Compiler-Voreinstellung eine komplette Umstellung erzwingt

RHEL 9 kompiliert Software standardmäßig für einen Basis-Befehlssatz namens x86-64-v2. Phoronix berichtet, dass diese Voreinstellung manche der älteren Maschinen CERNs daran gehindert hätte, RHEL überhaupt auszuführen. Slashdot beschreibt die betroffene Hardware als ältere Systeme, darunter einige Xeon-Prozessoren aus dem Jahr 2013, und berichtet, dass CERN die Änderung als "erzwungene Obsoleszenz" bezeichnet.

Die betroffene Hardware funktioniert. Sie erledigt die Aufgabe, für die sie gebaut wurde. Sie wird nur deshalb nicht mehr unterstützt, weil eine neuere Betriebssystemversion voraussetzt, dass darunter ein neuerer Prozessor steckt.

Nicht CERNs erster Abschied von Red Hats Familie

CERN hat seine Linux-Basis schon einmal gewechselt. Phoronix berichtet, dass das Labor rund ein Jahrzehnt lang sein eigenes Scientific Linux betrieb, aufgebaut auf Red Hats Code, bevor es 2015 zu CentOS wechselte.

Zeitraum	Betriebssystem
Rund ein Jahrzehnt, bis 2015	Scientific Linux
2015 bis heute	CentOS, dann Systeme aus der RHEL-Familie
Umstellungsziel	Debian 13

Auch dieser frühere Wechsel hielt nicht ewig. Laut Linuxiac war der unmittelbarere Auslöser dafür, sich diesmal von der RHEL-Familie zu verabschieden, CentOS' eigener Kurswechsel, den das Portal als vorzeitiges Lebensende beschreibt. Zwei CERN-Ingenieure, Federico Vaga und Nikos Tsipinakis, stellten den Migrationsplan laut Linuxiac auf der MiniDebConf Winterthur 2026 vor.

Was der Umstieg nicht sofort löst

Die Migration ist nicht kostenlos. Phoronix berichtet, dass CERN echte Lücken im Debian-Ökosystem festgestellt hat. Es fehlt bislang eine standardisierte Infrastruktur für automatisiertes Paket-Bauen und -Veröffentlichen. Bestehende Werkzeuge tun sich zudem schwer damit, mehrere Versionen desselben Pakets gleichzeitig zu verwalten.

Genau das sind die wenig glanzvollen operativen Werkzeuge, die eine Flotte dieser Größe im Alltag tatsächlich braucht. Die Standardwerkzeuge einer kleineren Distribution liefern sie nicht immer von Haus aus mit.

Was das für Entwickler bedeutet

Lesen Sie das als Warnung vor Compiler-Voreinstellungen im Allgemeinen, nicht speziell vor RHEL. Jedes Betriebssystem oder jede Toolchain kann in einem routinemäßig wirkenden Release still und leise die minimale CPU-Basis anheben. Wenn Sie Software pflegen, die auf langlebiger eingebetteter oder industrieller Hardware läuft, prüfen Sie, welchen Befehlssatz Ihr Build-Ziel heute voraussetzt. Klären Sie dann, ob Ihr Anbieter eine öffentliche Richtlinie dafür hat, wie sich diese Basis mit der Zeit verschiebt.

Trennen Sie, was kaputtgeht, von dem, was nur veraltet. CERNs Hardware ist nicht ausgefallen. Sie wurde durch eine Annahme ausgeschlossen, die in einer neueren Compiler-Voreinstellung steckt. Das ist ein anderer Fehlerfall als ein defektes Teil, und er verdient eine andere Reaktion. Legen Sie Ihr Build-Ziel explizit fest, statt darauf zu vertrauen, dass die Voreinstellung einer Distribution für immer zu Ihrer ältesten eingesetzten Maschine passt.

Rechnen Sie mit der von CERN beschriebenen Lücke bei den Paketwerkzeugen, wenn Sie selbst eine ähnliche Migration erwägen. Fleets in Unternehmensgröße verlassen sich auf Infrastruktur wie automatisierte Builds und saubere Mehrversionsverwaltung von Paketen, die die Standardwerkzeuge einer kleineren Distribution nicht unbedingt für diese Größenordnung gebaut wurden. Planen Sie echte Zeit für genau diese Lücke ein, statt einen Distributionswechsel wie eine Eins-zu-eins-Übertragung zu behandeln.