来自@srfrnk的回答适合我。

在我的情况下，我有下一个码头工人。yml文件:

  nginx:
    build:
      context: ./
      dockerfile: "./docker/nginx.staging/Dockerfile"
    depends_on:
      - scripts
    environment:
      NGINX_SERVER_NAME: "some.host"
      NGINX_STATIC_CONTENT_OPEN_FILE_CACHE: "off"
      NGINX_ERROR_LOG_LEVEL: debug
      NGINX_BACKEND_HOST: scripts
      NGINX_SERVER_ROOT: /var/www/html
    volumes:
      - ./docker-runtime/drupal/files:/var/www/html/sites/default/files:rw
    ports:
      - 80:80

./docker-运行时所有者和组-是root当其他文件所有者-我的用户。 当我尝试构建nginx时

Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

我添加了./docker-runtime到.dockerignore，它解决了我的问题。

解决这个问题的简单方法: 问题:

解决方案:

sudo chown $USER /var/run/docker.sock

答:

我知道这很傻，但在我的情况下，我只是尝试了sudo，它就像一个魅力。

在您的情况下，只需尝试:$ sudo docker-compose up

Docker机器正在运行。但是您需要导出一些环境来连接到Docker机器。默认情况下，docker命令行客户端试图使用http+unix://var/run/docker与守护进程通信。Sock(如错误消息中所示)。

使用eval $(docker-machine env dev)导出正确的环境变量，然后再试一次。你也可以运行docker-machine env dev来查看它将导出的环境变量。注意，其中一个是DOCKER_HOST，正如错误消息建议您可能需要设置的那样。

我也有同样的症状

唯一不同的是，它只发生在docker-compose构建期间 Docker ps工作正常。 在版本2中发生过。X和3.x。 重启docker服务，然后机器… 甚至重新安装docker + docker-compose。

我试过各种方法，但都没用。

最后，我尝试使用docker build“手动”构建Dockerfile。

显然，我在Docker上下文中的文件/文件夹上有一个权限问题。在开始构建时，它试图读取上下文，但失败了，并出现了正确的错误消息。 然而，这个错误消息没有传播到Docker -compose，这只是显示无法连接到Docker守护进程在http+unix://var/run/ Docker。袜子——它在跑吗?

发现解决方案是简单地将文件/文件夹添加到.dockerignore文件中，因为构建不需要它。另一种解决方法可能是嚼碎或chmod。

不管怎样，这可能会帮助人们遇到同样的问题，这与docker和显示的误导性错误消息没有任何关系。

如果你正在使用docker-machine，那么你必须使用env变量激活环境。 如果你没有使用docker-machine，那么使用sudo运行你的命令