не удалось запустить dockerd после установки докера со снимком

после некоторого начального поиска и устранения неисправностей. я смог найти RC сам. кажется apparmor, заблокированным и grep: /proc/self/mountinfo и создающий сокет в /var/run/docker.sock

syslog.1:Nov 30 02:18:27 ubuntu-xenial kernel: [ 5359.923039] audit: type=1400 audit(1480472307.476:349): apparmor="DENIED" operation="open" profile="snap.docker.dockerd" name="/proc/19448/mountinfo" pid=19448 comm="umount" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
syslog.1:Nov 30 02:18:27 ubuntu-xenial kernel: [ 5359.923053] audit: type=1400 audit(1480472307.476:350): apparmor="DENIED" operation="open" profile="snap.docker.dockerd" name="/proc/19448/mounts" pid=19448 comm="umount" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
syslog.1:Nov 30 02:38:28 ubuntu-xenial kernel: [ 6560.900141] audit: type=1400 audit(1480473508.452:362): apparmor="DENIED" operation="connect" profile="snap.docker.docker" name="/run/docker.sock" pid=20591 comm="docker" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0

, Но почему это. почему 16.04 получил значение по умолчанию apparmor поставленный профиль (в /var/lib/snapd/apparmor/profiles/snap.docker.docker), который заблокирует dockerd демона от запуска.

Я подозреваю, что Вы выполняете snapd 2.16ubuntu3, который является тем, что в настоящее время доступно в 16,04. Можно проверить с:

$ apt-cache policy snapd

, Если это так, проблема состоит в том, что докер взаимодействует через интерфейс, не соединены на установке. По умолчанию некоторые мгновенные интерфейсы для докера не автосоединяются, но привязываются, объявления от хранилища могут использоваться для автосоединения их. У нас есть поспешные объявления для докера для автосоединения интерфейсов, но 2.16ubuntu3 не знает, как использовать их все же. У Вас есть два варианта:

1. устанавливают snapd от гостеприимно предложенного: https://launchpad.net/ubuntu / + source/snapd/2.17.1ubuntu1

2. вручную соединяют интерфейсы. Например:

$ snap interfaces |grep docker # show the disconnected interfaces
docker:docker-daemon     -
:docker-support          -
:home                    docker
:network                 docker
:network-bind            docker
-                        docker:docker-cli
-                        docker:firewall-control
-                        docker:privileged
-                        docker:support

# connect the interfaces
$ sudo snap connect docker:support ubuntu-core:docker-support
$ sudo snap connect docker:firewall-control ubuntu-core:firewall-control
$ sudo snap connect docker:docker-cli docker:docker-daemon

$ snap interfaces | grep docker # show the connected interfaces
docker:docker-daemon     docker:docker-cli
:docker-support          docker:support
:firewall-control        docker
:home                    docker
:network                 docker
:network-bind            docker
-                        docker:privileged

# restart the daemon
$ sudo service snap.docker.dockerd stop
$ sudo service snap.docker.dockerd start

# verify it worked
$ sudo docker info
Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
...

, Если Вы хотите использовать докера, дал контейнерам полномочия, затем соедините тот интерфейс с:

$ sudo snap connect docker:privileged ubuntu-core:docker-support

, Если Вы не хотите использовать 'sudo', затем создайте группу докера и добавьте себя к нему:

$ sudo addgroup docker
$ sudo adduser `id -un` docker
$ newgrp docker

# restart docker so it will make the socket group writable by 'docker'
$ sudo service snap.docker.dockerd stop
$ sudo service snap.docker.dockerd start

$ docker info
Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
...

можно получить больше информации о мгновенных интерфейсах здесь: https://github.com/snapcore/snapd/wiki/Interfaces

, Как упомянуто, 'поспешное подключение' команды не будет требоваться, как только snapd 2.17 или выше установлен. Это находится также на дорожной карте группам системы поддержки исходно, таким образом, Вы не должны будете добавлять группу к системе сами.

В версии 20.04 я столкнулся с похожей проблемой.

$ sudo snap start docker
Started.

Однако, когда я ввел команду docker, похоже, она не запустилась.

$ docker ps
Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

Мне нужно было вернуться к первой ошибке, чтобы выяснить, в чем проблема с использованием journalctl. Последующие ошибки не сообщали о той же проблеме.

$ journalctl -x -u snap.docker.dockerd.service
docker.dockerd[1687]: failed to start daemon: pid file found, ensure docker is not running or delete /var/snap/docker/471/run/docker.pid

Проблему решило простое удаление файла .pid

$ sudo rm /var/snap/docker/471/run/docker.pid
$ sudo snap start docker
$ docker ps

Отображались все запущенные контейнеры.