Le CERN fait migrer 2 200 ordinateurs industriels de RHEL vers Debian 13

Le CERN fait migrer plus de 2 200 ordinateurs industriels et embarqués de Red Hat Enterprise Linux vers Debian 13, rapporte Phoronix. La raison n'est ni une faille de sécurité ni un différend de licence. C'est un réglage par défaut du compilateur qui aurait discrètement exclu du matériel dont le CERN dépend encore pour faire fonctionner ses accélérateurs de particules.

Les principaux centres de données du CERN et son informatique expérimentale ne sont pas concernés par ce changement. Phoronix rapporte que cette infrastructure reste sous RHEL et AlmaLinux. Seul le parc industriel et embarqué, les machines qui pilotent le matériel physique des accélérateurs, change de système.

Pourquoi un réglage de compilateur force une migration complète

RHEL 9 compile les logiciels par défaut pour un jeu d'instructions processeur de base appelé x86-64-v2. Phoronix rapporte que ce réglage par défaut aurait empêché certaines des machines les plus anciennes du CERN de faire tourner RHEL. Slashdot décrit le matériel concerné comme des systèmes anciens, incluant certains processeurs Xeon datant de 2013, et rapporte que le CERN qualifie ce changement d'"obsolescence forcée".

Le matériel en question fonctionne. Il accomplit la tâche pour laquelle il a été conçu. Il devient incompatible seulement parce qu'une version plus récente du système d'exploitation suppose qu'un processeur plus récent se trouve dessous.

Ce n'est pas la première fois que le CERN quitte la famille de Red Hat

Le CERN a déjà changé de base Linux par le passé. Phoronix rapporte que le laboratoire a fait tourner sa propre Scientific Linux, construite sur le code de Red Hat, pendant environ une décennie avant de passer à CentOS en 2015.

Période	Système d'exploitation
Environ une décennie, jusqu'en 2015	Scientific Linux
De 2015 à aujourd'hui	CentOS, puis des systèmes de la famille RHEL
Cible de la migration	Debian 13

Ce changement précédent n'a pas duré non plus. Selon Linuxiac, le déclencheur le plus immédiat pour quitter cette fois la famille RHEL a été le propre changement de cap de CentOS, que le site décrit comme une fin de vie prématurée. Deux ingénieurs du CERN, Federico Vaga et Nikos Tsipinakis, ont présenté le plan de migration à la MiniDebConf de Winterthur en 2026, selon Linuxiac.

Ce que ce changement ne réglera pas tout de suite

La migration a un coût réel. Phoronix rapporte que le CERN a signalé de vraies lacunes dans l'écosystème Debian. Il n'existe pas encore d'infrastructure standard pour la construction et la publication automatisées de paquets. Les outils existants peinent aussi à gérer plusieurs versions d'un même paquet à la fois.

Ce sont exactement les outils opérationnels peu glorieux dont un parc de cette taille a réellement besoin au quotidien. Les outils par défaut d'une distribution plus modeste ne les fournissent pas toujours d'emblée.

Ce que cela signifie pour les développeurs

Lisez ceci comme un avertissement sur les réglages par défaut des compilateurs en général, pas spécifiquement sur RHEL. N'importe quel système d'exploitation ou chaîne d'outils peut discrètement relever son niveau minimal de processeur dans une version d'apparence anodine. Si vous maintenez un logiciel qui tourne sur du matériel embarqué ou industriel à longue durée de vie, vérifiez quel jeu d'instructions votre cible de compilation suppose aujourd'hui. Confirmez ensuite si votre fournisseur a une politique publique sur la façon dont ce niveau évolue dans le temps.

Séparez ce qui casse de ce qui vieillit simplement. Le matériel du CERN n'est pas tombé en panne. Il a été exclu par une hypothèse intégrée dans un réglage de compilateur plus récent. C'est un mode de défaillance différent d'une pièce cassée, et il mérite une réponse différente. Fixez explicitement votre cible de compilation, plutôt que de faire confiance au réglage par défaut d'une distribution pour toujours correspondre à votre machine déployée la plus ancienne.

Attendez-vous à la lacune d'outillage de paquets que décrit le CERN si vous envisagez une migration similaire. Les parcs de niveau entreprise s'appuient sur une infrastructure, comme des constructions automatisées et une gestion propre des versions multiples de paquets, que les outils par défaut d'une distribution plus modeste n'ont pas nécessairement été conçus pour gérer à cette échelle. Prévoyez du temps réel pour cette lacune précise, plutôt que de supposer un simple remplacement de distribution à l'identique.