我已经通过以下步骤解决了这个问题

$ sudo service docker status
$ sudo service docker start
$ sudo docker-compose up

现在docker-compose up正在工作

尝试使用以下命令重新启动docker环境:

systemctl restart docker

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

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

Sudo systemctl start docker —启动Docker服务。

Sudo docker-compose在那之后。

我有Fedora 26，为了解决同样的问题，我最终进入了Fedora开发者页面上的Docker Compose，然后进入了Fedora开发者页面上的Docker，这对我很有帮助。

可能，社区认为docker服务应该从系统开始，一直在后台运行，但对我来说并不是那么明显，这就是为什么我能想到为什么没有这样一个流行的答案。

在Fedora开发者的页面上有如何启用Docker启动系统的说明:

Sudo systemctl启用docker

我也有同样的症状

唯一不同的是，它只发生在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和显示的误导性错误消息没有任何关系。

如果您使用的是Linux

试试sudo docker-compose up