Docker (CentOS 7 avec SYSTEMCTL) : Failed to mount tmpfs & cgroup

essayez d'exécuter votre conteneur en mode privilégié:

docker run -ti --privileged=true -v /sys/fs/cgroup:/sys/fs/cgroup:ro -p 80:80 local/centos7-systemd

cela devrait résoudre votre problème

J'ai eu le même problème avec menu fixe pour Windows (1.12.3)...

$ docker logs bareos
systemd 219 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN)
Detected virtualization docker.
Detected architecture x86-64.

Welcome to CentOS Linux 7 (Core)!

Set hostname to <bareos>.
Failed to install release agent, ignoring: No such file or directory
Failed to create root cgroup hierarchy: No such file or directory
Failed to allocate manager object: No such file or directory
[!!!!!!] Failed to allocate manager object, freezing.

La dernière boot2docker n'a pas systemd. Nous ne pouvons pas avoir systemd dans un conteneur Docker, si l'hôte ne l'a pas. Depuis le dossier important pour qui est /sys/fs/cgroup/systemd.

Donc finalement, j'ai créer un default vm dans VitualBox basé sur Alpine Linux et un default docker-machine avec le generic pilote.

L'approche plus moderne, après Daniel Walsh a contribué à une série de patchs, est-ce...

docker run -ti --tmpfs /tmp --tmpfs /run -v /sys/fs/cgroup:/sys/fs/cgroup:ro -p 80:80 local/centos7-systemd

Voir https://developers.redhat.com/blog/2016/09/13/running-systemd-in-a-non-privileged-container/ pour plus d'informations

Pendant que vous peut exécuter systemd à l'intérieur d'un conteneur, je ne pense pas que c'est une bonne idée. Voici pourquoi:

1. Panneau est conçu autour de l'idée d'un seul service/processus par conteneur. Bien qu'il certainement prend en charge l'exécution de plusieurs processus dans un récipient, et en aucune façon ne vous empêche de le faire, vous allez courir dans les domaines finalement où de multiples services dans un conteneur n'est pas tout à fait la carte ce menu fixe ou d'outils externes attendre. Des choses comme passer à la mise à l'échelle des services, ou de l'utilisation de Docker essaiment à travers hôtes uniquement en charge le concept d'un service par conteneur.

   (https://stackoverflow.com/a/46801406/399105)

2. Plus pertinentes à cette question en particulier:

   Je suis un Docker débutant.

   Alors qu'il peut y avoir des situations dans lesquelles l'exécution de systemd à l'intérieur d'un conteneur est souhaitée, elle nécessite des solutions de contournement (comme vous pouvez le voir dans les autres réponses), et je ne crois pas que c'est un bon point de départ pour quelqu'un d'apprentissage des conteneurs.

3. Ce post de blog était lié comme un exemple de la façon d'obtenir ce travail, mais vous pouvez voir que le conteneur aura encore besoin d'être exécuté en tant qu'utilisateur root:

   EXPOSE 80
   CMD [ "/sbin/init" ]
   

   Bien que ce n'est certainement pas unique à ces conteneurs, il est encore moins sûr:

   • Suffit de dire non à la racine (dans des contenants)
   • Pourquoi Les Non-Conteneurs Racines Sont Importantes Pour La Sécurité

4. Comme autre preuve de ce qui n'est pas une bonne idée, même Red Hat propre CentOS Dockerfiles ne pas le faire. Par exemple (source):

   FROM centos:centos7
   
   # RHSCL httpd24 image.
   #
   # Volumes:
   #  * /opt/rh/httpd24/root/var/www - Datastore for httpd
   #  * /var/log/httpd24 - Storage for logs when $HTTPD_LOG_TO_VOLUME is set
   # Environment:
   #  * $HTTPD_LOG_TO_VOLUME (optional) - When set, httpd will log into /var/log/httpd24
   
   EXPOSE 80
   EXPOSE 443
   
   COPY run-*.sh /usr/local/bin/
   RUN mkdir -p /var/lib/httpd24
   COPY contrib /var/lib/httpd24/
   
   RUN rpmkeys --import file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 && \
       yum -y --setopt=tsflags=nodocs install https://www.softwarecollections.org/en/scls/rhscl/httpd24/epel-7-x86_64/download/rhscl-httpd24-epel-7-x86_64.noarch.rpm && \
       yum install -y --setopt=tsflags=nodocs gettext hostname bind-utils httpd24 httpd24-mod_ssl && \
       yum clean all
   
   # When bash is started non-interactively, to run a shell script, for example it
   # looks for this variable and source the content of this file. This will enable
   # the SCL for all scripts without need to do 'scl enable'.
   ENV BASH_ENV=/var/lib/httpd24/scl_enable \
       ENV=/var/lib/httpd24/scl_enable \
       PROMPT_COMMAND=". /var/lib/httpd24/scl_enable"
   
   
   VOLUME ["/opt/rh/httpd24/root/var/www"]
   VOLUME ["/var/log/httpd24"]
   
   ENTRYPOINT ["/usr/local/bin/run-httpd24.sh"]
   CMD ["httpd", "-DFOREGROUND"]
   

Bien sûr, si vous êtes conscient de tout cela et encore envie de courir systemd dans un conteneur, comme d'autres l'ont déjà mentionné, c'est possible. Je ne pense pas qu'il n'y a aucune valeur en répétant ce qu'ils ont déjà dit.