Início / server / Perguntas / 1153317
Accepted
Nicola Mori
Asked: 2024-02-10 22:30:56 +0800 CST

Não é possível executar o systemd dentro do contêiner docker em um host específico

  • 772

Estou migrando uma implantação em contêiner de um host Ubuntu 20.04 para um Ubuntu 22.04. O contêiner executa o systemd e funciona bem na máquina 20.04:

$ docker run -i -d --name test-cvmfs-publisher-hs --rm --tmpfs /run:rw --tmpfs /tmp:rw --device /dev/fuse --volume "/sys/fs/cgroup:/sys/fs/cgroup:ro" --cap-add SYS_ADMIN --security-opt apparmor:unconfined cvmfs-stratum0_new
432f62194e87996de7b0ee483b52f1306c13ebaf1a0065478032202fcd937fc1
$ docker exec -it test-cvmfs-publisher-hs bash
[root@432f62194e87 /]# systemctl status
● 432f62194e87
    State: degraded
     Jobs: 0 queued
   Failed: 1 units
    Since: Sat 2024-02-10 14:17:13 UTC; 7s ago
   CGroup: /docker/432f62194e87996de7b0ee483b52f1306c13ebaf1a0065478032202fcd937fc1
           ├─  1 /usr/sbin/init
           ├─ 88 bash
           ├─104 systemctl status
           ├─105 more
           └─system.slice
             ├─systemd-journald.service
             │ └─18 /usr/lib/systemd/systemd-journald
             ├─crond.service
             │ └─49 /usr/sbin/crond -n
             ├─httpd.service
             │ ├─66 /usr/sbin/httpd -DFOREGROUND
             │ ├─70 /usr/sbin/httpd -DFOREGROUND
             │ ├─71 /usr/sbin/httpd -DFOREGROUND
             │ ├─72 /usr/sbin/httpd -DFOREGROUND
             │ ├─73 /usr/sbin/httpd -DFOREGROUND
             │ └─74 /usr/sbin/httpd -DFOREGROUND
             ├─dbus.service
             │ └─41 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
             ├─cvmfs-gateway.service
             │ └─60 /usr/bin/cvmfs_gateway
             └─systemd-logind.service
               └─37 /usr/lib/systemd/systemd-logind

Usando a mesma imagem no host 22.04, recebo o seguinte:

$ docker run -i -d --name test-cvmfs-publisher-hs --rm --tmpfs /run:rw --tmpfs /tmp:rw --device /dev/fuse --volume "/sys/fs/cgroup:/sys/fs/cgroup:ro" --cap-add SYS_ADMIN --security-opt apparmor:unconfined cvmfs-stratum0_new
127ed5f4833f41b7cb20e95b8752678a1a8195848358814ecbd4ca51b1b8efd9
$ docker exec -it test-cvmfs-publisher-hs bash
[root@127ed5f4833f /]# systemctl status
Failed to get D-Bus connection: Operation not permitted

Ambas as máquinas executam o docker 25.0.3 e o containerd.io 1.6.28.

Não consigo entender o que há de errado com o novo host; a única diferença evidente é a versão do sistema operacional, então talvez algo relacionado ao kernel (por exemplo, cgroups??) possa ser o culpado? Ou poderia ser apenas eu negligenciando alguma coisa?

ubuntu

1 respostas

  1. Best Answer

    Como eu suspeitava, era um problema com o cgroups e, em particular, com o cgroups v2. Depois de adicionar:

    systemd.unified_cgroup_hierarchy=0

    aos parâmetros da linha de comando do kernel para forçar o cgroups v1 e reinicializar tudo funciona conforme o esperado. Efetivamente, parece que a Canonical mudou para cgroups v2 no Ubuntu 21.10, então tudo o que foi dito acima faz sentido.

    • 0

relate perguntas