Я намагаюся використовувати systemctlкоманду в ubuntu:16.04контейнері docker. Я виконую наступну команду ...
systemctl status ssh
Однак я отримую помилку ...
Failed to connect to bus: No such file or directory
Чому це не працює? Це пов’язано з тим, що Ubuntu працює в докерному контейнері? Як я можу systemctlправильно працювати?
Відповіді:
Я припускаю, що ви починаєте свій докер-контейнер з чимось подібним
docker run -t -i ubuntu:16.04 /bin/bash
Проблема зараз полягає в тому, що ваш PID 1 init процесу /bin/bashне є системним. Підтвердити за допомогою ps aux.
На додаток до цього вам не вистачає dbus, щоб це був спосіб спілкування. Звідси надходить ваше повідомлення про помилку. Але оскільки ваш PID 1 не системний, це не допоможе встановити dbus.
Найкраще було б переосмислити спосіб, яким ви плануєте використовувати докер. Не покладайтеся на systemd як менеджера процесів, але змусьте контейнер docker запускати потрібну програму на передньому плані.
docker log.
/sbin/initте, що PID = 1 процес. Додавання, --privileged=trueяк запропонував @sonjaya sonjaya нижче, вирішило проблему.
Інші повідомили про подібну проблему. Запустіть термінал і введіть:
$ env
Чи бачите ви подібну змінну середовища?
XDG_RUNTIME_DIR=/run/user/`id -u`
Де id -uвкладено в беккеті не поодинокі лапки. Ця змінна переосмислюється у число, як правило, 1000для звичайних користувачів та 0для суперкористувача (sudo).
Якщо змінної середовища XDG_RUNTIME_DIRне існує, вам потрібно створити її. Повна дискусія знаходиться у системних відповідях на панелі запуску .
root, тому я XDG_RUNTIME_DIR=/run/root/0без успіху використовував змінну . Потім я перевірив папку /runі виявив, що немає підпапки /run/root. Чи все-таки я можу отримати більш детальне повідомлення про помилку? Я переглянув, systemctl --helpале не побачив способу отримання детальних повідомлень про помилки.
PID 1правило systemd, що замінюється в контейнер Docker контейнером Entrypoint .
Якщо ви отримуєте цю помилку в підсистемі Windows для Linux (WSL), я виявив, що Docker не підтримується. Це пов’язано з відсутністю угруповань та іншими передумовами.
Спробуйте це:
docker run -ti -d --privileged=true images_docker "/sbin/init"
або
docker run -ti -d --privileged=true images_docker
буде такий же результат.
Ось я дістався від doc Docker :
За замовчуванням Docker-контейнери є "непривілейованими" і не можуть, наприклад, запустити демон Docker всередині Docker-контейнера. Це відбувається тому, що за замовчуванням контейнеру заборонено доступ до будь-яких пристроїв, але "привілейований" контейнер отримує доступ до всіх пристроїв (див. Документацію на пристрої підгруп).
Коли оператор виконує запуск докера - привілейований, Docker дозволить отримати доступ до всіх пристроїв на хості, а також встановить певну конфігурацію в AppArmor або SELinux, щоб дозволити контейнеру майже весь той самий доступ до хоста, як процеси, що виконуються поза контейнерами на хості . Додаткова інформація щодо запуску з --privileged доступна в докерському блозі.
Можливо, ви не запускаєте systemd , що є типовою реалізацією init 16.04. Якщо ви оновились з 14.04, ви, швидше за все, все ще працюєте вгору , а результат запуску команди systemctl - результат, який ви отримали.
Дивіться мою відповідь на systemctl: comand не знайдено сервера 16.04 для отримання додаткової інформації.
Всередині контейнера докера, я думаю, ви можете оновити-rc.d, якщо ви все ще боретеся з systemd. Я спробував з update-rd.c, і він працює.
Я отримував таку саму помилку, і тоді я її успішно запускаю sudo
sudo systemctl status ssh
sudo. Схоже на збіг. Чи можете ви пройти повторний тест?
saif@sr-server:~$ systemctl status ssh Failed to connect to bus: No such file or directory saif@sr-server:~$ sudo systemctl status ssh [sudo] password for saif: ● ssh.service - OpenBSD Secure Shell server Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2018-01-19 23:38:14 PKT; 4min 4s ago Main PID: 18222 (sshd) Tasks: 15 Memory: 32.7M CPU: 488ms
service ssh start