重要通知

Scientific Linux已于2024年6月30日结束生命周期

快速参考

• 维护者：
  Scientific Linux开发团队

• 获取帮助：
  SL常见问题 或 邮件列表

支持的标签及相应的Dockerfile链接

无支持的标签

快速参考（续）

• 提交问题的位置：
  [***]

• 支持的架构：(更多信息)
  无支持的架构

• 已发布镜像制品详情：
  repo-info仓库的repos/sl/目录 (历史记录)
  （镜像元数据、传输大小等）

• 镜像更新：
  official-images仓库的library/sl标签
  official-images仓库的library/sl文件 (历史记录)

• 本描述的来源：
  docs仓库的sl/目录 (历史记录)

Scientific Linux

!logo

这些镜像包含Scientific Linux。

关于Scientific Linux

Scientific Linux是费米实验室赞助的项目。我们的主要用户群体是高能和高强度物理社区。然而，我们的用户来自全球各行各业，有着各种各样的用例——有时甚至在地球之外！

我们的使命：

以费米实验室的科学使命为驱动，关注实验设施不断变化的需求，Scientific Linux应提供世界级的科学计算环境。

Scientific Linux是Red Hat Enterprise Linux（Red Hat Inc. NYSE:RHT的财产）的重建版。

更多信息请参见关于Scientific Linux和为什么创建Scientific Linux。

容器标签

将为Scientific Linux的每个维护的主要版本提供标签（6、7）。

latest标签将跟踪Scientific Linux的最高版本号发布。

更新的镜像大约每月发布一次。

构建过程

这些Docker镜像的根文件系统在我们的内部构建系统上构建。

Docker、overlayfs和yum

最近的Docker版本支持overlayfs后端，从Docker 1.13开始，大多数支持该后端的发行版默认启用它。在SL 6和7上，该后端需要安装并启用yum-plugin-ovl，这在我们的容器中已配置。如果您更新/etc/yum.conf文件，请确保保留其中的plugins=1选项；否则，您可能会遇到与rpmdb校验和失败相关的错误——更多详情请参见Docker issue ***。

示例用法

您可以通过以下方式试用容器：

console
$ docker pull sl
$ docker run -it sl:6 cat /etc/redhat-release
$ docker run -it sl:7 cat /etc/redhat-release

在SL7中启用systemd

SL7 Docker容器中的systemd基本可用。您可以使用以下Dockerfile构建启用systemd的SL7容器。

要运行带有systemd的容器，您需要从主机挂载cgroups卷。

Dockerfile
# 示例SL7 systemd Dockerfile
FROM sl:7
ENV container docker
### 此示例通过容器内的systemd启用httpd
RUN yum -y install httpd && yum clean all && systemctl enable httpd.service
EXPOSE 80
### 结束通过systemd启用httpd的示例命令
VOLUME [ "/sys/fs/cgroup" ]
CMD ["/usr/sbin/init"]

您可以通过以下方式构建并运行此示例（包含apache）：

console
$ docker build --rm -t local/mycontainer your/path
$ docker run -ti -v /sys/fs/cgroup:/sys/fs/cgroup:ro -p 80:80 local/mycontainer

这将在有限的上下文中在容器内运行systemd。

建议为您的容器主机安装任何相关的OCI hooks，例如oci-register-machine或oci-systemd-hook。

某些容器主机必须在docker run命令中添加--tmpfs /run。

许可证

默认情况下，SL Docker镜像不包含文档或许可证文件。如果您需要它们，请从/etc/yum.conf中删除tsflags=nodocs，并运行yum reinstall mypackage以获取文档。

与所有Docker镜像一样，这些镜像可能还包含其他软件，这些软件可能受其他许可证约束（例如基础发行版中的Bash等，以及包含的主要软件的任何直接或间接依赖项）。

一些能够自动检测到的额外许可证信息可能位于repo-info仓库的sl/目录中。

对于任何预构建镜像的使用，镜像用户有责任确保对该镜像的任何使用都符合其中包含的所有软件的相关许可证。