Hubbry Logo
Scientific LinuxScientific LinuxMain
Open search
Scientific Linux
Community hub
Scientific Linux
logo
8 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
Contribute something
Scientific Linux
Scientific Linux
Scientific Linux
View on Wikipedia
from Wikipedia

Scientific Linux
Scientific Linux 7.0 with GNOME
DeveloperFermi National Accelerator Laboratory (Fermilab) / European Organization for Nuclear Research (CERN)
OS familyLinux (Unix-like)
Working stateDiscontinued
Source modelOpen source
Initial releaseMay 10, 2004; 21 years ago (2004-05-10)
Final release7.9[1] / 20 October 2020; 5 years ago (20 October 2020)
Marketing targetScientific purpose / High Performance Computing / Servers / Desktops[2]
Update methodYum (PackageKit)
Package managerRPM Package Manager
Supported platformsx86, x86-64
Kernel typeMonolithic (Linux)
Default
user interface		GNOME
LicenseGNU GPL & Various others.
Official websitewww.scientificlinux.org

Scientific Linux (SL) is a discontinued Linux distribution produced by Fermilab, CERN, DESY and by ETH Zurich. It is a free and open-source operating system based on Red Hat Enterprise Linux.[3]

This product is derived from the free and open-source software made available by Red Hat, but is not produced, maintained or supported by them.

In April 2019, it was announced that feature development for Scientific Linux would be discontinued, but that maintenance will continue to be provided for the 6.x and 7.x releases through the end of their life cycles. Fermilab and CERN will utilize CentOS Stream[4] and AlmaLinux[5][6][7] for their deployment of 8.x release instead.

History

[edit]

Fermilab already had a Linux distribution known as Fermi Linux, a long-term support release based on Red Hat Enterprise Linux. CERN was creating their next version of CERN Linux, also based on RHEL. CERN contacted Fermilab about doing a collaborative release. Connie Sieh was the main developer and driver behind the first prototypes and initial release.[2] The first official release of Scientific Linux was version 3.0.1, released on May 10, 2004.

In 2012 Scientific Linux was maintained by a cooperative of science labs and universities. Fermilab was its primary sponsor.[2]

In 2015, CERN began migrating away from Scientific Linux to CentOS.[8][9]

Design philosophy

[edit]

The primary purpose of Scientific Linux is to produce a common Linux distribution for various labs and universities around the world, thus reducing duplicated effort. The main goals are to have everything compatible with Red Hat Enterprise Linux with only minor additions and changes, and to allow easy customization for a site, without disturbing the Linux base.[10] Unlike other distributions such as Poseidon Linux, it does not contain a large collection of scientific software as its name may suggest.[3][11] However, it provides good compatibility to install such software.

Features

[edit]

Scientific Linux is derived from Red Hat Enterprise Linux without protected components such as Red Hat trademarks, thus making it freely available.[12] New releases are typically produced about two months after each Red Hat release.[2] As well as a full distribution equal to two DVDs, Scientific Linux is also available in LiveCD and LiveDVD versions.[12]

Scientific Linux offers wireless and Bluetooth out of the box, and it comes with a comprehensive range of software, such as multimedia codecs, Samba, and Compiz,[11] as well as servers and clients, storage clients, networking, and system administration tools.[2]

It also contains a set of tools for making custom versions, thus allowing institutions and individuals to create their own variant.[2]

Release history

[edit]

Historical releases of Scientific Linux are the following.[13][14] Each release is subjected to a period of public testing before it is considered 'released'.

Scientific Linux release Codename Architectures RHEL base Scientific Linux release date Red Hat Enterprise Linux release date Delay
3.0.1 Lithium i386, x86-64 3.1 2004-05-10 2004-01-16 106d
4[2] Beryllium 4 2005-04-20 2005-02-14 65d
5[15][16] Boron 5 2007-05-14 2007-03-14 61d
6[17][18][19][20] Carbon 6 2011-03-03 2010-11-10 113d
7[21][22] Nitrogen x86-64 7 2014-10-13 2014-06-10 125d

Support

[edit]

Security updates are provided for as long as Red Hat continues to release updates and patches for their versions.[23]

End of support schedule
Scientific Linux release Full updates Maintenance updates
3 2006-07-20 2010-10-31
4 2009-03-31 2012-02-29
5 Q1 2014 2017-03-31
6 Q2 2017 2020-11-30
7 Q4 2019 2024-06-30

See also

[edit]

References

[edit]
[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

Scientific Linux

View on Grokipedia
from Grokipedia
Scientific Linux is a free, open-source Linux distribution designed specifically for scientific computing and research environments, serving as a community-driven rebuild of Red Hat Enterprise Linux (RHEL) to provide a stable, scalable platform without proprietary restrictions. Developed primarily to support high-energy and high-intensity physics experiments, it was initiated in 2003 by Fermi National Accelerator Laboratory (Fermilab) in response to the commercialization of Red Hat Linux, with CERN joining shortly thereafter to sponsor additional architecture builds like Itanium. The project emphasized compatibility with RHEL's source code, enabling seamless integration of cutting-edge scientific software while fostering collaboration across global research institutions, including contributions from and . Over its lifespan, Scientific Linux powered installations worldwide, including experiments on all seven continents, and addressed challenges in software standardization for distributed scientific workflows. Following Red Hat's acquisition of in 2014, the project refocused on niche scientific needs, but it reached end-of-life on June 30, 2024, for its final version, Scientific Linux 7, marking the conclusion of active development.

Origins and Development

Historical Background

Scientific Linux originated as a collaborative effort to address the specific needs of high-energy research communities. The project was initiated in 2003 at the HEPiX conference by , with joining shortly thereafter to sponsor builds for additional architectures like . On May 10, 2004, and announced the initial release of Scientific Linux, a custom rebuild of (RHEL) 3.1, aimed at providing a , binary-compatible platform for scientific workloads without restrictions. This distribution was developed to unify disparate environments across laboratories, enabling seamless collaboration on computationally intensive tasks such as simulations. The project quickly expanded in the mid-2000s, incorporating contributions from additional institutions to broaden its applicability and maintenance base. By 2005–2006, (Deutsches Elektronen-Synchrotron) and joined the effort, providing expertise in areas like package customization and hardware support, which solidified Scientific Linux as a multi-institutional collaboration focused on long-term stability for global scientific computing. This growth ensured the distribution's adaptability to diverse research environments while maintaining compatibility with upstream RHEL updates. In 2015, began migrating away from Scientific Linux toward , influenced by Red Hat's evolving policies on distribution and the acquisition of in 2014, which aligned more closely with 's operational needs for upstream integration. continued as the primary maintainer, sustaining development and updates for existing versions to support ongoing high-energy physics experiments. However, on April 22, 2019, announced the cessation of new feature development for Scientific Linux, shifting focus to maintenance only while recommending collaboration with the community for future enhancements. Maintenance efforts persisted until the official end-of-life for Scientific Linux 7 was declared on June 30, 2024, after which no further updates would be issued, marking the full discontinuation of the distribution. In response to this EOL, Fermilab and CERN recommended transitioning to alternatives such as CentOS Stream for development previews or AlmaLinux for stable, RHEL-compatible environments, with a joint endorsement of AlmaLinux as the standard for experiments announced in December 2022. This shift reflects the broader evolution of open-source Linux ecosystems tailored to scientific computing demands.

Sponsoring Organizations and Collaborations

Scientific Linux was primarily sponsored by , the Fermi National Accelerator Laboratory operated by the U.S. Department of Energy, and , the European Organization for Nuclear Research, with the project initiated in 2003 to provide a reliable platform for simulations and large-scale in high-energy physics experiments. These organizations recognized the need for a consistent operating system across international collaborations, such as those involving the at and accelerator experiments at . Additional contributions came from , the Deutsches Elektronensynchrotron in , which supported adaptations for accelerator physics research, and , the Swiss Federal Institute of Technology, focusing on enhancements for broader applications in scientific workflows. This involvement extended the distribution's utility beyond to other domains requiring stability. The collaborative model centered on an open-source rebuild of (RHEL), leveraging the publicly available RHEL source code under the GNU General Public License (GPL) to create a freely distributable variant without proprietary elements. Development relied on shared code repositories hosted by and , along with public mailing lists for coordinating bug reports, feature requests, and synchronized updates to maintain compatibility across user sites. This approach fostered a decentralized yet cohesive effort among global contributors. The core motivations for these organizations were to deliver a cost-free, enterprise-grade alternative to commercial RHEL, eliminating licensing expenses for resource-intensive scientific deployments while prioritizing long-term stability and essential for validating experimental results in physics research. By rebuilding from official sources, the project ensured binary compatibility with RHEL ecosystems used in laboratories worldwide, supporting reproducible computations without . Over time, the collaborations evolved; in 2015, began transitioning from to 7 as its primary distribution due to internal policy changes favoring broader community-supported options, while continuing limited support for existing installations. assumed primary maintenance responsibilities thereafter, guiding the project until announcing its wind-down in 2019 to align with shifting priorities in high-energy physics computing infrastructure.

Design and Philosophy

Core Principles

Scientific Linux was fundamentally designed around the principle of binary compatibility with its upstream distribution, (RHEL), ensuring that applications compiled for one could execute seamlessly on the other without requiring recompilation. This approach allowed Scientific Linux to inherit RHEL's robust ecosystem while providing a free alternative tailored for scientific environments, minimizing disruptions in across high-energy physics laboratories. Adhering to , the project made only essential modifications to the RHEL base, focusing on enhancements that improved usability for scientific workflows without compromising . For instance, it incorporated support for networking and codecs, which were often excluded from RHEL due to enterprise licensing constraints, thereby enabling broader hardware compatibility and handling in research settings. These changes were limited to preserve the integrity of the upstream codebase, with all alterations publicly to facilitate transparency and potential upstream integration. Stability took precedence over introducing novel features, with Scientific Linux aligning its release and support cycles directly to RHEL's long-term phases—typically spanning a decade—to safeguard computational reproducibility in long-running scientific simulations and experiments. This philosophy avoided frequent updates that might introduce regressions, prioritizing a predictable environment where researchers could rely on consistent system behavior over years of . Embodying an open-source ethos, Scientific Linux was freely redistributable under the GNU General Public License (GPL) for its kernel and key components, encouraging community contributions while all project modifications were shared publicly and, where feasible, fed back to upstream projects. However, it did not position itself as a comprehensive repository for software; instead, it served as a reliable foundational operating system upon which users could install specialized tools, such as ROOT for data analysis or GEANT4 for particle simulation, without pre-bundled domain-specific applications that might bloat the base system.

Compatibility and Customization Approach

Scientific Linux maintained high interoperability with Red Hat Enterprise Linux (RHEL) through a rebuild process that utilized RHEL's publicly available source RPMs (SRPMs) to generate binary packages, ensuring functional equivalence while adhering to open-source licensing requirements. This approach involved compiling the SRPMs in a controlled build environment, applying minimal modifications primarily to remove branding elements or resolve specific compatibility issues, such as integrating open-source alternatives for certain proprietary components where necessary to preserve GPL compliance. The resulting binaries were designed to be bit-for-bit identical to RHEL where possible, minimizing divergence and facilitating seamless use of RHEL documentation, drivers, and applications in scientific workflows. Customization in Scientific Linux emphasized stability and user flexibility without compromising core RHEL parity, achieved via provided scripts and repository configurations that allowed tailored installations. For instance, the distribution included yum configuration scripts (accessible via yum search yum-conf) to enable third-party repositories, enabling users to add scientific libraries like those for or while maintaining the base system's integrity. These tools supported modular extensions, such as integrating EPEL or other repositories, ensuring that adaptations did not introduce instability to the underlying RHEL-compatible foundation. Each Scientific Linux release strictly mirrored a corresponding RHEL point release—for example, Scientific Linux 7 (SL7) aligned with RHEL 7—allowing shared access to errata, security patches, and updates through dedicated SL channels that propagated RHEL fixes with minimal delay. This alignment extended to handling upstream changes, where the project relied on community-maintained mirrors of RHEL sources to ensure continued GPL-compliant access, particularly in response to evolving distribution policies from . To support deployment in research-oriented environments like computational clusters, Scientific Linux offered user-centric adaptations including LiveCD and LiveDVD builds, which provided a bootable environment for system recovery, testing, or diskless over NFS without requiring a full installation. These rescue modes facilitated rapid troubleshooting and configuration in lab settings, such as mounting images for cluster nodes, enhancing accessibility for scientific users while preserving RHEL compatibility.

Technical Features

Base System Components

Scientific Linux's base system is derived directly from Red Hat Enterprise Linux (RHEL), providing a stable foundation through binary-compatible rebuilds that ensure seamless integration with RHEL ecosystems. The Linux kernel serves as the core, with versions mirroring RHEL releases: Scientific Linux 3 (SL3) utilized the 2.4.x kernel series, while iterations from SL4 through SL6 utilized the 2.6.x kernel series, and SL7 adopted the 3.10.x series for enhanced stability and performance in enterprise environments. Core utilities encompass the GNU toolchain, including essential commands like bash, gcc, and coreutils, which facilitate system administration and development tasks. Package management is handled via YUM (Yellowdog Updater, Modified), enabling efficient installation, updates, and removal of RPM-based software packages across all releases. From SL7 onward, systemd replaces traditional init systems as the primary service and process manager, supporting parallel boot processes and dependency-based service activation for improved efficiency. Security features form a robust layer inherited from RHEL, prioritizing protection in high-stakes research settings. operates in enforcing mode by default, implementing mandatory access controls to prevent unauthorized actions and mitigate privilege escalations. provides dynamic firewall management with zone-based configurations, simplifying network security rules. libraries underpin cryptographic functions, supporting secure communications and data encryption protocols essential for sensitive scientific data handling. Additionally, audit tools like auditd enable comprehensive logging of system events, aiding compliance and forensic analysis in secure environments. Networking capabilities rely on the standard TCP/IP stack for reliable connectivity, complemented by for access and key-based to remote systems. Hardware support includes kernel-provided drivers for common peripherals, ensuring compatibility with a range of servers and workstations typical in scientific deployments, though primarily focused on certified enterprise hardware. File systems and storage management are optimized for handling voluminous datasets from simulations and analyses. serves as the default file system, offering journaling and extent-based allocation for reliability and performance. provides advanced features like scalable metadata for large filesystems, making it suitable for high-throughput scientific workloads. The Logical Volume Manager (LVM) facilitates dynamic storage allocation, allowing resizing of volumes without downtime to accommodate expanding data needs. While designed mainly for headless server operations, Scientific Linux supports optional desktop environments to enable graphical interfaces when required. is available as the primary option, providing a modern, accessible workspace, with KDE Plasma as an alternative for users preferring customizable panels and widgets. Installations default to minimal graphical setups to preserve resources for compute-intensive tasks.

Enhancements for Scientific Computing

Scientific Linux incorporates several modifications tailored to the demands of scientific workflows, distinguishing it from the base (RHEL) by facilitating access to specialized tools and hardware integration through additional repositories and package availability. One key area is and peripheral support, where the distribution enables easy installation of codecs for in experimental , along with and drivers to connect diverse equipment. These features address the need for seamless hardware interaction in research environments, such as labs, without requiring extensive custom configuration. Development tools receive particular attention, with enhanced versions of the GCC compiler, Python interpreters, and available via Software Collections in variants like Scientific Linux CERN (SLC), allowing scientists to use modern language features for code development. Repositories, including the Extra Packages for Enterprise Linux (EPEL), simplify the installation of (MPI) implementations like OpenMPI, essential for in simulations and . This setup supports efficient compilation and execution of scientific applications, reducing setup time for researchers. For cluster and high-performance computing (HPC) readiness, Scientific Linux offers built-in kernel support for Infiniband interconnects, enabling low-latency networking in compute clusters. Packages for job schedulers like PBS and Torque are readily available through EPEL, allowing straightforward deployment of resource management systems for distributed workloads in HPC environments. These capabilities make the distribution suitable for large-scale scientific computations, such as those in nuclear physics experiments. Reproducibility is bolstered by the distribution's stable, version-pinned environments, which mirror RHEL's model to ensure consistent results across experiments. Compatibility with containerization tools such as Docker allows for isolated, replicable software stacks on platforms like Scientific Linux 7.2, preserving computational workflows over time. Documentation and utilities are customized for scientific users, featuring guides for integrating build systems like with research software, alongside enhanced man pages for key tools. These resources, drawn from community and sponsor contributions, aid in compiling and optimizing code for specific scientific domains.

Releases and Lifecycle

Version Timeline

Scientific Linux releases followed a pattern closely aligned with (RHEL), providing binary-compatible distributions tailored for scientific computing environments. The project began with version 3 in 2004 and concluded with version 7 in 2020, with each major series based directly on the corresponding RHEL major version. The initial version 3 series, released from 2004 to 2007 and based on RHEL 3, introduced support for the architecture and focused on establishing core stability for enterprise-level scientific workloads. Key releases included SL 3.0.1 on May 10, 2004, and extended to SL 3.0.9 on October 12, 2007, with architectures encompassing , x86_64, and limited support in select updates. Version 4, spanning 2005 to 2011 and based on RHEL 4, expanded hardware compatibility, including enhanced x86_64 support and kernel improvements for multi-core processors to better handle computational demands. Notable releases were SL 4.0 on April 20, 2005, and the final SL 4.9 on April 21, 2011, supporting , x86_64, and architectures. The version 5 series, from 2007 to 2014 and based on RHEL 5, prioritized long-term reliability for legacy scientific applications, with updates incorporating security patches and minor enhancements. It included releases such as SL 5.0 on May 4, 2007, up to SL 5.11 on November 13, 2014, available for and x86_64. Version 6, released between 2011 and 2018 and based on RHEL 6, introduced optimizations for performance and security, improved capabilities for clusters. The series featured SL 6.0 on March 3, 2011, concluding with SL 6.10 on July 10, 2018, supporting and x86_64. The final version 7 series, from 2014 to 2020 and based on RHEL 7, adopted fully for modern system initialization and added support for contemporary hardware such as NVMe storage, marking the end of the project's active development. Releases ranged from SL 7.0 on October 13, 2014, to SL 7.9 on October 20, 2020, exclusively for x86_64 architecture. Across all versions, Scientific Linux primarily targeted (in early releases) and x86_64 architectures, with no official ports to or other platforms, ensuring compatibility with standard scientific hardware at facilities like and .

Support Phases and Discontinuation

Scientific Linux followed a support model aligned with the lifecycle phases of its upstream distribution, (RHEL), providing full updates including bug fixes and errata for approximately 10 years per major version, followed by a maintenance mode focused on critical patches until the end of (EOL). This structure ensured stability for scientific computing environments, with and maintaining the repositories and issuing updates in sync with RHEL's Full Support, Maintenance Support 1, and Maintenance Support 2 phases. For Scientific Linux 6 (SL6), support concluded with the end of Maintenance Support 2 on November 30, 2020, after which no further updates were provided. Similarly, Scientific Linux 7 (SL7) received full support until June 30, 2020, transitioned to Maintenance Support 1 until June 30, 2021, and then Maintenance Support 2 until its EOL on June 30, 2024, marking the final cessation of all updates and security patches. Feature development for Scientific Linux was discontinued in April 2019, as announced by Fermilab, due to shifts in upstream RHEL development and a decision to halt new releases beyond SL7; however, maintenance continued for existing versions until their respective EOL dates, with final security patches distributed via official mirrors at Fermilab and CERN. Following discontinuation, installation trees and repositories for EOL versions were relocated to an "obsolete" directory, rendering yum and kickstart operations against them non-functional after the support cutoff. Official migration guidance from and recommends transitioning to compatible alternatives such as or 9 for environments requiring RHEL 8+ compatibility, with tools like package conversion scripts available to facilitate seamless shifts from SL7 repositories. These recommendations emphasize maintaining compatibility for scientific workloads while avoiding unsupported systems. In legacy setups, such as archived scientific instruments or isolated clusters, Scientific Linux continues to see limited use with frozen repositories accessible from the obsolete directory, though community forks remain minimal and unsupported. Post-EOL, users are advised to isolate systems from networks to mitigate security risks, as no errata or patches have been issued since 2024, with no plans for extended support akin to RHEL's paid Extended Life Phase.

References

  1. https://scientificlinux.org/about/
  2. https://scientificlinux.org/about/why-make-scientific-linux/
  3. https://scientificlinux.org/about/who-makes-scientific-linux/
  4. https://scientificlinux.org/about/where-is-scientific-linux-running/
  5. https://scientificlinux.org/
  6. https://indico.cern.ch/event/416627/contributions/1011262/attachments/857796/1199049/20040525-sieh-scientific-linux.pdf
  7. https://linux.web.cern.ch/news/slc-nextversion/
  8. https://listserv.fnal.gov/scripts/wa.exe?A2=SCIENTIFIC-LINUX-ANNOUNCE;11d6001.1904
  9. https://scientificlinux.org/category/uncategorized/scientific-linux-end-of-life/
  10. https://history.fnal.gov/historical/computing/computing_innovation.html
  11. https://www.symmetrymagazine.org/article/september-2013/scientific-linux
  12. https://www.symmetrymagazine.org/breaking/2011/03/03/fermilab-releases-a-new-version-of-scientific-linux
  13. https://listserv.fnal.gov/scripts/wa.exe?A0=SCIENTIFIC-LINUX-USERS
  14. https://linux.web.cern.ch/news/2015/12/monthly_news/
  15. https://lwn.net/Articles/786422/
  16. https://scientificlinux.org/documentation/faq/faq-community/
  17. https://listserv.fnal.gov/scripts/wa.exe?A2=SCIENTIFIC-LINUX-USERS%3B7444dc79.1502&FT=&P=7539&H=A&S=
  18. https://scientificlinux.org/community/unofficial-resources/
  19. http://www.livecd.ethz.ch/usage.html
  20. https://distrowatch.com/4529
  21. https://access.redhat.com/articles/red-hat-enterprise-linux-release-dates
  22. https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/7/html-single/system_administrators_guide/index
  23. https://www.osboxes.org/scientific-linux/
  24. https://linux-archive.web.cern.ch/scientific6/docs/softwarecollections/
  25. https://docs.adaptivecomputing.com/torque/5-1-1/torqueAdminGuide-5.1.1.pdf
  26. https://arxiv.org/pdf/1704.03383
  27. https://indico.cern.ch/event/676076/contributions/2767472/attachments/1551640/2437907/Geant4InstallationGuide.pdf
  28. https://scientificlinux.org/downloads/sl-versions/
  29. https://scientificlinux.org/downloads/sl-versions/sl3/
  30. https://scientificlinux.org/downloads/sl-versions/sl4/
  31. https://scientificlinux.org/downloads/sl-versions/sl5/
  32. https://scientificlinux.org/downloads/sl-versions/sl6/
  33. https://scientificlinux.org/downloads/sl-versions/sl7/
  34. https://access.redhat.com/support/policy/updates/errata
  35. https://www.redhat.com/en/technologies/linux-platforms/enterprise-linux/rhel-7-end-of-maintenance
  36. https://access.redhat.com/articles/7005471
Add your contribution
Related Hubs
Contribute something
User Avatar
No comments yet.