không nhận được kết nối D-Bus: Không được phép vận hành

Tôi đang cố gắng liệt kê các dịch vụ trên hình ảnh CentOS của mình đang chạy trong Docker bằng

systemctl list-units  

nhưng tôi nhận được thông báo lỗi này:

Failed to get D-Bus connection: Operation not permitted

Bất kỳ đề xuất vấn đề có thể là gì?

Tôi đoán là bạn đang chạy một non-privilegedcontainer. systemd yêu cầu khả năng CAP_SYS_ADMIN nhưng Docker bỏ khả năng đó trong các thùng chứa không có đặc quyền, để tăng thêm bảo mật.

systemd cũng yêu cầu truy cập RO vào hệ thống tệp cgroup trong một thùng chứa. Bạn có thể thêm nó với–v /sys/fs/cgroup:/sys/fs/cgroup:ro

Vì vậy, đây là một vài bước về cách chạy CentOS với systemd bên trong bộ chứa Docker:

1. Kéo hình ảnh centos
2. Thiết lập một tập tin docker như dưới đây:

FROM centos
MAINTAINER "Yourname" <youremail@address.com>
ENV container docker
RUN yum -y update; yum clean all
RUN yum -y install systemd; yum clean all; \
(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"]

3. Xây dựng nó - docker build --rm -t centos7-systemd - < mydockerfile

4. Chạy một container với docker run --privileged -ti -e container=docker -v /sys/fs/cgroup:/sys/fs/cgroup centos7-systemd /usr/sbin/init

5. Bạn nên có systemd trong container của bạn

Đây không phải là câu trả lời trực tiếp cho câu hỏi của bạn, nhưng nó thực sự có thể quan trọng hơn, và tôi đã bắt gặp nhận thức này khi tôi đang đọc các câu trả lời khác ở đây.

Tôi đã có một số kinh nghiệm khi chuyển một số hệ thống phức tạp sang Docker và một trong những nhận thức quan trọng mà tôi có là bạn nên có một container Docker cho mỗi ứng dụng / dịch vụ hoặc "mỗi daemon".

Một lý do rất quan trọng cho việc này là Docker sẽ không tắt các dịch vụ mà bạn bắt đầu với systemctl và trên thực tế, bạn có thể gặp phải cùng một loại lỗi cơ sở dữ liệu xuất phát từ sự cố mất điện đột xuất.

Để tìm hiểu sâu hơn một chút: khi Docker đưa ra lệnh "dừng" cho một container, nó chỉ gửi tín hiệu SIGTERM cho một quy trình duy nhất được bắt đầu với CMD / ENTRYPOINT, không phải cho tất cả các dịch vụ và trình nền. Vì vậy, một dịch vụ có cảnh báo tắt máy sạch sẽ và tất cả các dịch vụ khác sẽ bị chấm dứt một cách bất thường.

Nếu bạn hoàn toàn phải đóng gói hai dịch vụ trong cùng một thùng chứa (tức là ứng dụng của bạn và cơ sở dữ liệu PostgreQuery hoặc một cái gì đó tương tự) thì bạn cần phải có CMD / ENTRYPOINT của bạn là một tập lệnh bắt SIGTERM và sau đó phát lại nó cho các dịch vụ đã biết. Nó có thể được thực hiện, nhưng nếu bạn có cơ hội, hãy suy nghĩ lại về giải pháp của bạn và cố gắng chia nó thành nhiều container.

Một phụ lục

Có một ghi chú / trang thú vị trên trang web Docker về việc sử dụng giám sát nếu bạn thực sự cần phải có nhiều dịch vụ chạy trong cùng một container.

Tôi đã cố gắng khắc phục sự cố này trong bộ chứa Dock của CentOS: 7. Tôi đã theo dõi chủ yếu Hướng dẫn về dự án hình ảnh Dock của CentOS .

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"]

Bây giờ, xây dựng hình ảnh và chạy nó bằng cách sử dụng ít nhất các đối số sau đây để ra docker runlệnh:-v /run -v /sys/fs/cgroup:/sys/fs/cgroup:ro

Sau đó, điểm chính là /usr/sbin/initphải là quá trình đầu tiên bên trong container Docker.

Vì vậy, nếu bạn muốn sử dụng một tập lệnh tùy chỉnh thực thi một số lệnh trước khi chạy /usr/sbin/init, hãy khởi chạy nó ở cuối tập lệnh của bạn bằng cách sử dụng exec /usr/sbin/init(trong tập lệnh bash).

Đây là một ví dụ:

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

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

Và đây là nội dung của 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

Bạn có thể có System is booting up. See pam_nologin(8)nếu bạn sử dụng hệ thống PAM, trong trường hợp đó, hãy xóa /usr/lib/tmpfiles.d/systemd-nologin.conftrong Dockerfilevì bạn tạo tệp /var/run/nologintạo ra lỗi cụ thể này.

Tôi không muốn phải khởi chạy systemd dưới dạng init / PID 1. Sau khi thực hiện các bước dọn dẹp được đề cập bởi những người khác, tôi khởi chạy systemd từ trong tập lệnh khởi động như /usr/lib/systemd/systemd --system &.

Điều này cho phép systemd khởi động và khởi chạy các dịch vụ đã đăng ký, nhưng systemctl đã thất bại với lỗi D-Bus.

Đối với tôi, liên kết bị thiếu là sự vắng mặt của thư mục / run / systemd / system, đã phát hiện ra điều này bằng cách straceing systemctl.

Tạo thư mục này theo cách thủ công trước khi chạy systemctl cho phép systemctl hoạt động với tôi.