Impossible d'utiliser systemd sur un conteneur docker ubuntu

Question

Problème

Il semble systemd n'est pas actif ou disponible dans les conteneurs Docker Ubuntu.

Configuration

J'exécute des conteneurs Docker à partir de la base de données ubuntu:16.04 y ubuntu:16.10 des images.

Tests

Si je m'exécute :

systemctl status ssh dans le 16,04 conteneur

le résultat est l'erreur Failed to connect to bus: No such file or directory

Dans le 16.10 conteneur l'erreur est : bash: systemctl: command not found .

Si je le fais which systemctl systemctl se trouve dans le répertoire 16.04 mais pas dans le conteneur 16.10 conteneur.

J'ai repéré que /lib/systemd existe.

J'ai essayé d'installer systemd avec :

apt-get install systemd libpam-systemd systemd-ui

Puis which systemctl trouve systemctl dans 16.10

mais systemctl status ssh donne toujours l'erreur Failed to connect to bus: No such file or directory

Questions

Comment activer systemd et systemctl pour les utiliser dans les images Docker d'Ubuntu ?

Pourquoi systemd n'est pas actif dans les conteneurs Docker d'Ubuntu ? Systemd n'est-il pas utilisé lors de l'instanciation du conteneur ?

Je n'ai pas réussi à trouver de documentation à ce sujet pour les images Ubuntu / Ubuntu Docker, seulement des informations sur la transition d'Ubuntu à partir de Upstart a systemd . Existe-t-il une documentation donnant une explication complète ?

Answer 1

C'est un choix délibéré. Docker devrait exécuter un processus au premier plan dans votre conteneur et il sera créé en tant que PID 1 dans l'espace de noms pid du conteneur. Docker est conçu pour l'isolation des processus, et non pour la virtualisation du système d'exploitation. Il n'y a donc pas d'autres processus ou démons de système d'exploitation qui s'exécutent dans le conteneur (comme systemd, cron, syslog, etc.), seulement votre point d'entrée ou la commande que vous exécutez.

S'ils incluaient les commandes systemd, vous trouveriez beaucoup de choses qui ne fonctionnent pas puisque votre point d'entrée remplace init. Systemd utilise également les cgroups que docker restreint à l'intérieur des conteneurs, car la possibilité de changer de cgroups pourrait permettre à un processus d'échapper à l'isolation du conteneur. Sans systemd s'exécutant comme init à l'intérieur de votre conteneur, il n'y a pas de démon pour traiter vos commandes de démarrage et d'arrêt.