在 docker 容器中启动服务失败，出现错误：无法获得 D-Bus 连接：没有连接到服务管理器

Question

我安装了docker镜像并成功构建了一个镜像。

当我 ssh 到容器并运行命令 service xxx start 时，弹出错误：

服务 nginfra 启动

重定向到 /bin/systemctl start nginfra.service /sbin/service： 第 79 行：/bin/systemctl：没有这样的文件或目录

实际上容器中安装的是fakesystemd，而不是systemd。

所以我删除了fakesystemd 并使用以下命令安装了systemd： yum swap -- 移除 fakesystemd -- 安装 systemd systemd-libs

但是我还是无法启动服务：

服务 nginfra 启动

重定向到 /bin/systemctl start nginfra.service 获取失败 D-Bus 连接：未连接到服务管理器。

有没有人遇到并解决过这个问题？

Answer 1

这是known issue 在 Docker 容器中带有基于 systemd 的操作系统。

简答：除了将fakesystemd 替换为systemd，您还需要将/sys/fs/cgroup 作为只读卷附加到容器中，构建映像，然后以“特权”模式运行它。

这是the best guide I've found for this。它以 Centos 为例，但应该适用于任何基于 systemd 的操作系统。

Answer 2

我已经设法在 CentOS:7 Docker 容器中解决了这个问题。 我主要关注the Guide on CentOS Docker image project。

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/*;

# Install anything. The service you want to start must be a SystemD service.

CMD ["/usr/sbin/init"]

现在，构建映像，并至少使用docker run 命令的以下参数运行它：-v /run -v /sys/fs/cgroup:/sys/fs/cgroup:ro

那么重点是/usr/sbin/init必须是Docker容器内的第一个进程。

因此，如果您想使用在运行 /usr/sbin/init 之前执行某些命令的自定义脚本，请在脚本末尾使用 exec /usr/sbin/init（在 bash 脚本中）启动它。

这是一个例子：

ADD cmd.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/cmd.sh

CMD ["/usr/local/bin/cmd.sh"]

这里是cmd.sh的内容：

#!/bin/bash

# Do some stuffs

exec /usr/sbin/init # To correctly start D-Bus thanks to https://forums.docker.com/t/any-simple-and-safe-way-to-start-services-on-centos7-systemd/5695/8

如果您使用 PAM 系统，您可以拥有 System is booting up. See pam_nologin(8)，在这种情况下，请删除您的 Dockerfile 中的 /usr/lib/tmpfiles.d/systemd-nologin.conf，因为它会创建文件 /var/run/nologin，从而生成此特定错误。