Docker – Ошибка: не удалось подключиться к шине на некоторых контейнерах, развернутых с помощью docker-compose.

У меня есть 3 кластера для развертывания на контейнерах, предоставленных с помощью docker-compose, кластеры имеют 3, 4 и 14 узлов каждый. Все контейнеры построены из одного и того же образа Rocky Linux 8 и имеют SystemD с несколькими службами, работающими на них. В каждом docker-compose.yml добавляется /sys/fs/cgroup:/sys/fs/cgroup:ro к томам. Однако, независимо от порядка, в котором я разворачиваю каждый кластер, я получаю работающий SystemD только на 14 контейнерах, которые были запущены первыми. 15-й контейнер в последовательности, а также каждый другой после этого запускается, но у него нет запущенных служб, и systemctl выдает ошибку, т.е.:

# systemctl status sshd
Не удалось подключиться к шине: Нет такого файла или каталога

Когда я захожу в контейнер с помощью docker exec, я вижу, что монтирование cgroup на месте, но ps aux показывает только:

# ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0  89084  7556 ?        Ss   13:00   0:00 /usr/sbin/init
root         6  0.0  0.0  21324  3796 pts/0    Ss   13:03   0:00 bash
root        23  0.0  0.0  53952  3848 pts/0    R+   13:15   0:00 ps aux

в то время как на хорошем контейнере больше:

# ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0 171716 10104 ?        Ss   13:00   0:00 /usr/sbin/init
root        28  0.0  0.0  89464 13432 ?        Ss   13:00   0:00 /usr/lib/systemd/systemd-journald
rpc         30  0.0  0.0  67196  5596 ?        Ss   13:00   0:00 /usr/bin/rpcbind -w -f
root        32  0.0  0.0 202388 14172 ?        Ss   13:00   0:00 /usr/sbin/sssd -i --logger=files
root        45  0.0  0.0  78648  7028 ?        Ss   13:00   0:00 /usr/sbin/sshd -D [email protected],[email protected],aes256-ctr
root        47  0.0  0.0 209484  7108 ?        Ssl  13:00   0:00 /usr/sbin/rsyslogd -n
root        49  0.0  0.0 106028  3708 ?        Ssl  13:00   0:00 /usr/sbin/gssproxy -D
dbus        61  0.0  0.0  76488  5424 ?        Ss   13:00   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation 
root        62  0.0  0.0 212680 15516 ?        S    13:00   0:00 /usr/libexec/sssd/sssd_be --domain implicit_files --uid 0 --gid 0 --logger=files
root        63  0.0  0.1 224344 40632 ?        S    13:00   0:00 /usr/libexec/sssd/sssd_nss --uid 0 --gid 0 --logger=files
root        67  0.0  0.0  90364  7420 ?        Ss   13:01   0:00 /usr/lib/systemd/systemd-logind
root       645  0.3  0.0  30364  3796 pts/0    Ss   13:15   0:00 bash
root       663  0.0  0.0  62992  3976 pts/0    R+   13:15   0:00 ps aux

Когда я пытаюсь запустить dbus-daemon на неисправном контейнере, я получаю эту ошибку:

# /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
dbus-daemon[24]: Не удалось запустить шину сообщений: Сокет не получен.

Две вещи меня больше всего озадачивают:

1. Раньше это работало нормально без таких проблем с образами CentOS 7.
2. Жесткий лимит в 14 контейнеров, которые могут быть развернуты корректно.

Что касается #2. Если я уменьшаю количество работающих контейнеров, неисправные контейнеры начинают нормально работать с SystemD после перезапуска, так что кажется, что где-то установлен лимит, но я еще не смог найти где, поэтому любые комментарии или ответы, которые помогут объяснить или решить эту проблему, будут очень appreciated.

Вы это решили? Я сталкиваюсь с той же проблемой! Я получаю Не удалось подключиться к шине: Нет такого файла или каталога, когда запускаю команду systemctl!