找出Docker不能工作的原因的最好方法是手动运行守护进程。

$ sudo service docker stop
$ ps aux | grep docker  # do this until you don't see /usr/bin/docker -d
$ /usr/bin/docker -d

Docker守护进程记录到STDOUT，因此它将开始输出它正在做的任何事情。

这就是我的问题所在:

[8bf47e42.initserver()] Creating pidfile
2015/01/11 15:20:33 pid file found, ensure docker is not running or delete /var/run/docker.pid

这是因为实例是从另一个虚拟机克隆的。我只需要删除pidfile，之后一切都正常了。

当然，我并不是盲目地假设这样可以工作，而是建议再次手动运行守护进程，并在启动服务备份之前检查日志输出是否有其他错误。

执行ps aux | grep docker查看守护进程是否正在运行。如果没有，执行/etc/init.d /码头工人开始

如果上面所有的解决方案都不起作用，你可以尝试检查/var/run/docker.sock的所有权:

ls -l /var/run/docker.sock

如果你不是所有者，那么使用以下命令改变所有者:

sudo chown *your-username* /var/run/docker.sock

然后，您可以继续尝试轻松地执行Docker命令

这种情况通常不会发生。但是有一天，消息出现了(如下所示)，一个简单的重启修复了它

unix:///var/run/ Docker .sock无法连接到Docker守护进程。docker守护进程正在运行吗?

我还遇到了“无法连接到Docker守护进程”的问题。这台主机上是否运行docker守护进程?”

我忘了用sudo。希望它能帮助到我们中的一些人。

$:docker images
Cannot connect to the Docker daemon. Is the docker daemon running on this host?

$:sudo docker images
REPOSITORY   TAG   IMAGE ID   CREATED   SIZE

如果你使用gitlab-ci / gitlab-runners，如果你没有访问/var/run/docker.sock的权限，你就会得到这个错误。

Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock

解决问题:

sudo usermod -aG docker gitlab-runner

验证:

sudo -u gitlab-runner -H docker info

希望这能有所帮助。