我是这样解决的:

首先，我停止所有正在运行的容器:

docker-compose down

然后我执行lsof命令来查找使用端口的进程(对我来说是端口9000)

sudo lsof -i -P -n | grep 9000

最后，我“杀死”了进程(在我的情况下，它是一个VSCode扩展):

kill -9 <process id>

我是这样解决的:

首先，我停止所有正在运行的容器:

docker-compose down

然后我执行lsof命令来查找使用端口的进程(对我来说是端口9000)

sudo lsof -i -P -n | grep 9000

最后，我“杀死”了进程(在我的情况下，它是一个VSCode扩展):

kill -9 <process id>

它可能与docker-compose中指定的相同端口冲突。Yml和docker-compose.override。Yml或使用环境变量显式指定的相同端口。

我有一个码头式的作曲。Yml，使用环境变量指定容器上的端口，以及docker-compose.override。Yml，使用显式指定的相同端口之一。显然码头工人试图在同一个集装箱上打开这两个集装箱。Docker容器ls -a都没有列出，因为容器无法启动并列出端口。

我尝试了几乎所有的解决方案，找出了可能的原因/解决方案。因此，如果您正在使用traefik或任何其他网络服务器，它们在内部促进了负载平衡的代理。大多数人使用蓝图，工作得很好。然后它将负载控制完全传递给nginx或类似的代理服务器。因此，停止，关闭(网络服务器)或修剪可能没有帮助。

用nginx解决traefik，

sudo /etc/init.d/nginx stop
# or
sudo service nginx stop
# or
sudo systemctl stop nginx

学分

停止容器对我来说也没用。我改变了docker-compose.yml中的端口。

在Linux上，您可以运行sudo netstat -tulpn来查看该端口上当前正在监听的内容。然后，您可以选择配置该进程或Docker容器绑定到不同的端口，以避免冲突。