Good News! CERN is Migrating Over 2,200 Control Systems to Debian 13
'Debian has gotten some good press thanks to Federico Vaga and Nikos Tsipinakis, who presented a talk at MiniDebConf Winterthur this past weekend. The two CERN engineers laid out why the organization is moving its particle accelerator control computers onto Debian 13, with more than 2,200 industrial computers and embedded systems set to run it by the end of 2026. Though this doesn't mean that the whole CERN IT infrastructure is being moved. The migration is specific to the accelerator control layer—the front-end computers that talk directly to the equipment running the beam. CERN ran a risk analysis in the second quarter of 2023, putting a number on what staying in the Red Hat ecosystem would cost them. The estimate came out to roughly CHF 5.4 million, with around 11 hardware boards needing a full redesign, plus hiring two electronic engineers, two software engineers, and two technicians just to handle it. Racks would need reorganizing and rewiring, and most systems would be affected during commissioning. Even assuming bug-free replacements, CERN's own estimate put the odds of success at an optimistic 20 percent. The reason for all that was a compiler flag. When Red Hat builds RHEL, it picks a minimum CPU generation the software will run on. RHEL 9's cutoff already excludes CERN's oldest boards, the kind running chips like Intel's old Core 2 Duo, which comprises about 47 percent of their fleet. RHEL 10 raises that cutoff again, and this time even newer Ivy Bridge-generation boards, another 17 percent, fall on the wrong side of it.' -- source: https://itsfoss.com/news/cern-debian-push/ Cheers, Peter
On Fri, 11 Sep 2026 16:57:20 +1200, Peter Reutemann quoted:
'The reason for all that was a compiler flag.'
Did anybody else think “Gentoo”? It seems to me, with so many thousands of machines, that it would be cost-effective to create their own custom build from source. It should, in principle, give them the freedom to manage such transitions on their own pace, while maintaining some commonality of software function.
participants (2)
-
Lawrence D'Oliveiro -
Peter Reutemann