弃用通知

此镜像的所有标签均已停止支持（EOL）(2024年6月30日/docker-library/official-images#，尽管最后一次有意义的更新是2020年11月16日，远早于EOL日期：docker-library/official-images#9102；另见[]

快速参考

维护者：
CentOS项目
获取帮助：
Docker社区Slack、Server Fault、Unix & Linux或Stack Overflow

支持的标签及对应的`Dockerfile`链接

无支持的标签

快速参考（续）

提交问题的位置：
[***]
支持的架构：(更多信息)
无支持的架构
已发布镜像制品详情：
repo-info仓库的repos/centos/目录（历史记录）
（镜像元数据、传输大小等）
镜像更新：
official-images仓库的library/centos标签
official-images仓库的library/centos文件（历史记录）
本描述的来源：
docs仓库的centos/目录（历史记录）

CentOS

CentOS Linux是一个社区支持的发行版，源自Red Hat为Red Hat Enterprise Linux (RHEL)公开提供的源代码。因此，CentOS Linux旨在与RHEL功能兼容。CentOS项目主要修改软件包以移除上游供应商的品牌和图标。CentOS Linux免费且可自由再分发。每个CentOS Linux版本通过安全更新维护长达10年（Red Hat对发布的源代码的支持周期随时间有所变化）。新的CentOS Linux版本大约每2年发布一次，每个版本定期（约每6个月）更新以支持新硬件。这提供了一个安全、低维护、可靠、可预测且可重现的Linux环境。

wiki.centos.org

!logo

CentOS镜像文档

centos:latest标签始终指向当前可用的最新版本。

滚动构建

CentOS项目为所有活跃版本提供定期更新的镜像。这些镜像每月更新一次，或在需要紧急修复时更新。这些滚动更新仅使用主版本号作为标签。例如：docker pull centos:6或docker pull centos:7

次要标签

此外，还提供与安装介质对应的次要版本标签镜像。这些镜像不接收更新，因为它们旨在匹配安装ISO内容。如果选择使用这些镜像，强烈建议在Dockerfile中包含RUN yum -y update && yum clean all，或通过其他方式解决潜在的安全问题。使用这些镜像时，请指定次要版本标签：

例如：docker pull centos:5.11或docker pull centos:6.6

Overlayfs与yum

最新的Docker版本支持overlayfs后端，从Docker 1.13起，大多数支持该后端的发行版默认启用它。在CentOS 6和7上，该后端要求安装并启用yum-plugin-ovl；虽然在最新的centos镜像中默认已安装，但如果更新/etc/yum.conf文件，请确保保留plugins=1选项；否则，可能会遇到与rpmdb校验和失败相关的错误 - 详见Docker工单***。

软件包文档

默认情况下，CentOS容器使用yum的nodocs选项构建，以减小镜像大小。如果安装软件包后发现文件缺失，请注释掉/etc/yum.conf中的tsflags=nodocs行并重新安装软件包。

Systemd集成

systemd现已包含在centos:7和centos:latest基础容器中，但默认未激活。要使用systemd，需要包含类似于以下示例Dockerfile的内容：

用于systemd基础镜像的Dockerfile

dockerfile
FROM centos:7
ENV container docker
RUN (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == \
systemd-tmpfiles-setup.service ] || rm -f $i; done); \
rm -f /lib/systemd/system/multi-user.target.wants/*;\
rm -f /etc/systemd/system/*.wants/*;\
rm -f /lib/systemd/system/local-fs.target.wants/*; \
rm -f /lib/systemd/system/sockets.target.wants/*udev*; \
rm -f /lib/systemd/system/sockets.target.wants/*initctl*; \
rm -f /lib/systemd/system/basic.target.wants/*;\
rm -f /lib/systemd/system/anaconda.target.wants/*;
VOLUME [ "/sys/fs/cgroup" ]
CMD ["/usr/sbin/init"]

此Dockerfile删除了可能导致问题的多个单元文件。至此，您已准备好构建基础镜像。

console
$ docker build --rm -t local/c7-systemd .

启用systemd的应用容器示例

要使用上述创建的启用systemd的基础容器，需要创建类似于以下的Dockerfile。

dockerfile
FROM local/c7-systemd
RUN yum -y install httpd; yum clean all; systemctl enable httpd.service
EXPOSE 80
CMD ["/usr/sbin/init"]

构建此镜像：

console
$ docker build --rm -t local/c7-systemd-httpd .

运行启用systemd的应用容器

要运行带有systemd的容器，需要从主机挂载控制组卷。以下是运行前面创建的启用systemd的httpd容器的示例命令。

console
$ docker run -ti -v /sys/fs/cgroup:/sys/fs/cgroup:ro -p 80:80 local/c7-systemd-httpd

此容器在有限上下文中运行systemd，并挂载了控制组文件系统。有报告称，如果使用Ubuntu主机，除了控制组挂载外，还需要添加-v /tmp/$(mktemp -d):/run。

关于vsyscall的说明

CentOS 6的二进制文件和/或库构建时期望通过vsyscall映射访问某些系统调用。有些Linux发行版选择完全禁用vsyscall（仅使用更安全的vdso映射），这会导致段错误。

如果运行docker run --rm -it centos:centos6.7 bash立即以状态码139退出，请检查系统是否已禁用vsyscall：

console
$ cat /proc/self/maps | egrep 'vdso|vsyscall'
7fffccfcc000-7fffccfce000 r-xp 00000000 00:00 0                          [vdso]
$

对比

console
$ cat /proc/self/maps | egrep 'vdso|vsyscall'
7fffe03fe000-7fffe0400000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]

如果未看到vsyscall映射，且需要运行CentOS 6容器，请尝试在引导加载程序的内核选项中添加vsyscall=emulated