Новое в докере.
Установлен докер из инструмента управления программным обеспечением в mint 17
.
Когда я бегу, docker run hello-world
я получаю:
FATA[0000] Error response from daemon: Cannot start container a6bcc1ede2c38cb6b020cf5ab35ebd51b64535af57fa44f5966c37bdf89c8781: [8] System error: mountpoint for devices not found
Когда я смотрю журналы службы ( /var/log/upstart/docker.log
), я вижу:
ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH
ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH
: версия докера
Client version: 1.6.2
Client API version: 1.18
Go version (client): go1.2.1
Git commit (client): 7c8fca2
OS/Arch (client): linux/amd64
Server version: 1.6.2
Server API version: 1.18
Go version (server): go1.2.1
Git commit (server): 7c8fca2
OS/Arch (server): linux/amd64
: информация о докере
Containers: 2
Images: 1
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 5
Dirperm1 Supported: false
Execution Driver: native-0.2
Kernel Version: 3.13.0-24-generic
Operating System: Ubuntu 14.04.3 LTS
CPUs: 8
Total Memory: 15.6 GiB
Name: DWDEV-HOME-HBABAI
ID: K4GX:DTV6:547V:U3BO:YEOA:WVNU:NZEZ:L3GG:4W7U:IXNS:X3QK:5PVR
WARNING: No memory limit support
WARNING: No swap limit support
Обновить:
Установил sudo apt-get install aufs-tools
, перезапустил докер сервис. Я больше не вижу следующую ошибку:
ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH
Тем не менее, в журналах я вижу, что при запуске docker предупреждает меня о точке монтирования памяти:
INFO[0000] -job init_networkdriver() = OK (0)
/var/run/docker.sock is up
WARN[0000] mountpoint for memory not found
INFO[0000] Loading containers: start.
У меня есть ощущение, что это связано с cgroup ... но я ничего не знаю об этой технологии (пока) ...
linux-mint
docker
HBA
источник
источник
Ответы:
Оказалось, что мне нужно было установить
cgroup-lite
. Это был выстрел в темноте, но я последовал этому ответуисточник
Я добавлю еще один ответ для людей, видящих это в 2020 году в Debian, поскольку мое решение этой проблемы не присутствовало ни в одном из поисковых запросов, найденных при поиске в строке ошибки «точка монтирования устройств не найдена».
Фон:
Внезапно понял, что что-то заставило контейнеры разбиться. Единственная отдаленно вероятная причина, по которой я смог придумать, - это то, что я удалил родительскую папку на узле, подпапка которого была сопоставлена как том. Еще одной причиной может быть установка дополнительного физического устройства.
Конечным результатом в любом случае было то, что попытка запустить любой докер-контейнер привела к появлению сообщения об ошибке в вопросе ("
mountpoint for devices not found
"), и перезагрузка (и, следовательно, обновление ядра) не произошла.Шаги, которые я предпринял для устранения проблемы, были
journalctl -xn | less
. На самом деле не содержит слишком много дополнительной информации/etc/init.d/docker stop
)./etc/docker/daemon.json
где единственным содержанием был{"debug": true}
Эти
cgroup
связанные ошибки привели к ответу:ОК, кое-что по поводу
cgroups
и монтажа. Это привело меня к обходному пути для другой проблемы cgroups, которая могла быть применена в этом случае, из которых единственные команды, которые, казалось, имели эффект, были/etc/init.d/docker stop
cgroupfs-mount
/etc/init.d/docker start
Теперь, после повторного запуска Docker, журналы все еще содержали несколько строк ошибок, связанных с cgroup:
Но половина из них (
blkio
,cpuset
) исчезла, и, что более важно, следующая строка гласила:И наконец
Так что, в основном, перемонтирование материала cgroup решило проблему. Нет необходимости перезагружаться.
источник