Uruchamianie systemd w kontenerze dokera (arch Linux)

Próbuję sprawdzić, czy mogę uruchomić systemd w kontenerze dokera (który uruchamia arch linux w kontenerze).

Zaczynam dokera ze wszystkimi możliwościami i wiążę mount w cgroups:

docker run -it --rm --privileged -v /sys/fs/cgroup:/sys/fs/cgroup:ro ..

jeśli jednak spróbuję uruchomić systemdinary:

Trying to run as user instance, but the system has not been booted with systemd.

Rozpocznie się próba znalezienia sposobu prawidłowego inicjowania rzeczy w systemie.

Aby uruchomić systemd w kontenerze Docker, system hosta musi również uruchomić systemd. Oznacza to, że nie możesz używać Ubuntu jako hosta. W tej chwili jedynymi znanymi mi dystrybucjami hosta są Fedora (która, w przeciwieństwie do Ubuntu, ma najnowszą wersję Dockera) lub RHEL 7.

Oto moja główna wycena: D uruchomiony systemd w kontenerze dokera z Ubuntu: D Mam Ubuntu pracujący z systemd wewnątrz dokera

GitHub Repo dla mojego kontenera systemowego dokera

$ docker run -it --cap-add SYS_ADMIN -v /sys/fs/cgroup:/sys/fs/cgroup:ro dockerimages/docker-systemd

Wynik:

systemd 218 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 Ubuntu Vivid Vervet (development branch)!

Set hostname to <502ec40509a5>.
[  OK  ] Created slice Root Slice.
[  OK  ] Created slice System Slice.
         Starting Emergency Shell...
[  OK  ] Started Emergency Shell.
Startup finished in 5ms.
Welcome to emergency mode! After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to
try again to boot into default mode.
root@502ec40509a5:~# exit

Obecnie systemd nie działa poprawnie w kontenerze dokera z powodu całego zestawu przyczyn, tj. Braku odpowiednich uprawnień. Możesz przeczytać o tym w różnych kwestiach związanych z github w projekcie dokera, takich jak uruchamianie systemd wewnątrz zawieszeń kontenera łuku dokującego lub segfault i powiązanych zagadnień dotyczących monitorowania init / procesu. (Chciałbym tutaj powiązać więcej problemów, ale nie mogę, ponieważ najwyraźniej nie mam wystarczającej reputacji).

Jak widać, jest to temat, nad którym obecnie pracujemy, a kilka łatek zostało już scalonych w celu poprawy zachowania, dzięki czemu możemy spodziewać się, że zadziała to wkrótce.

Najwyraźniej niektórym programistom udało się już uruchomić go na systemach fedora, jak udokumentowali na swoim blogu .

Możesz uruchomić systemd w kontenerze dokera. System operacyjny hosta nie ma znaczenia, chociaż będziesz musiał zamontować wolumin hosta / sys / fs / cgroup. Mam go do pracy zgodnie z tym przewodnikiem: http://developerblog.redhat.com/2014/05/05/running-systemd-within-docker-container/

Byłem w stanie pracować wstecz od tego: https://registry.hub.docker.com/u/codekoala/arch/

Docker 1.1 ułatwia to, ponieważ grupy (ro) są już dostępne w kontenerach - wciąż potrzebuję dostępu prywatnego, aby móc tworzyć wierzchowce PrivateTmp, ale inaczej, o ile podasz cmd do uruchomienia jako systemowy plik binarny - działa dobrze.

Znalazłem to pytanie, próbując to zrobić w oficjalnym kontenerze debian: 8. Dla każdego, kto próbuje to zrobić na oficjalnym kontenerze debian: 8 (debian: jessie), odpowiedź @ Frank-from-DSPEED działa z niewielką modyfikacją, jak opisano w starszym poście git hub :

docker run -d \
    -v /sys/fs/cgroup:/sys/fs/cgroup:ro \
    --cap-add SYS_ADMIN \
    debian:jessie  /sbin/init
docker exec -it <your-new-container-name-or-ID> bash

Następnie z pojemnika:

systemctl show-environment

Działa to dla mnie idealnie, a ponieważ jest to tylko środowisko programistyczne, kwestia bezpieczeństwa nie ma dla mnie znaczenia.

Uwaga: Komenda / sbin / init pobiera / sbin / init na Proces 1, który jest kluczowym elementem umożliwiającym to działanie.

Począwszy od 2018 roku, to działa teraz dla mnie: docker run -it -e container=docker twoja-nazwa-obrazu /sbin/init

Nie da to jednak powłoki, więc aby zrobić coś pożytecznego, musisz najpierw włączyć usługę systemową (np. Sshd) w obrazie, jeśli nie zostało to jeszcze zrobione.