出现此错误的另一个原因是:对我来说，这是docker-compose.yml中格式错误的图像路径定义:

  service:
    image: ${CONTAINER_REGISTRY_BASE}/my-service
   ...

看是ok'ish第一，但我有CONTAINER_REGISTRY_BASE=eu.gcr。Io /my-project/ set on env。显然，图像路径中的//导致了这个错误。

docker-compose: v.1.21.2
docker: 18.03.1-ce

对我来说，解决办法是使用本文安装一个较新的docker-compose版本(1.24)。

之前的版本(1.17)是从ubuntu的默认存储库安装的，但在安装了一个新版本后，我设法启动了容器。希望它能帮助到一些人。

看来你的问题是由一个旧的Docker错误创建的，在Docker崩溃后，套接字文件没有重新创建。如果这是问题，那么重命名套接字文件应该允许它被重新创建:

$ sudo service docker stop
$ sudo mv /var/lib/docker /var/lib/docker.bak
$ sudo service docker start

由于此错误已修复，大多数人得到错误无法连接到Docker守护进程可能是因为他们不在Docker组中，没有权限读取该文件。运行与sudo docker…可以解决这个问题，但不是一个很好的解决方案。

Docker可以作为具有适当组权限的非root用户(没有sudo)运行。Linux安装后文档中有详细信息。简短的版本:

$ sudo groupadd docker
$ sudo usermod -aG docker $USER
# Log out and log back in again to apply the groups
$ groups  # docker should be in the list of groups for your user
$ docker run hello-world  # Works without sudo

这允许docker组中的用户在不使用sudo的情况下运行docker和docker-compose命令。Docker本身运行一个根，允许一些攻击，所以你仍然需要小心你运行的容器。更多细节请参见Docker安全文档。

当Dockerfile目录中的文件不能被当前用户访问时，我得到了这个错误。docker因此不能上传完整的上下文到守护进程，并带来“无法连接到docker守护进程at http+docker://localunixsocket”消息。

在我的情况下，有同样的错误，当我尝试docker-compose构建 我的解决方法就是加入sudo

sudo docker-compose build

我发现了这个，它似乎解决了我的问题。

GitHub修复Docker守护进程崩溃

我修改了docker-compose-deps的内容。Yml文件，见链接。然后我运行docker-compose -f docker-compose-deps。Yml up -d。然后我把它改回来，不知为什么它还能用。我不需要继续我提供的链接中的步骤，但前两个步骤为我解决了这个问题。