当我在Docker项目中运行Docker -compose up时,它失败了,并显示以下消息:
启动userland代理时错误:监听tcp 0.0.0.0:3000:绑定:地址已在使用
netstat -pna | grep 3000
显示了这个:
tcp 0 0 0.0.0.0:3000 0.0.0.0:* LISTEN -
我已经试过docker-compose down了,但没用。
当我在Docker项目中运行Docker -compose up时,它失败了,并显示以下消息:
启动userland代理时错误:监听tcp 0.0.0.0:3000:绑定:地址已在使用
netstat -pna | grep 3000
显示了这个:
tcp 0 0 0.0.0.0:3000 0.0.0.0:* LISTEN -
我已经试过docker-compose down了,但没用。
当前回答
我在我的ubuntu机器上运行apache。我用这个命令杀死了它!
sudo /etc/init.d/apache2 stop
其他回答
我也有同样的问题。我通过停止主机上的Apache2服务来解决这个问题。
我多次遇到同样的问题。重新启动docker似乎可以做到这一点
改变network_mode:“bridge”到“host”。
这与
version: '2.2'
services:
bind:
image: sameersbn/bind:latest
dns: 127.0.0.1
ports:
- 172.17.42.1:53:53/udp
- 172.17.42.1:10000:10000
volumes:
- "/srv/docker/bind:/data"
environment:
- 'ROOT_PASSWORD=secret'
network_mode: "host"
在某些情况下,在停止容器或杀死进程之前对问题执行更深入的调试是至关重要的。
考虑以下清单:
1)检查当前的docker编写环境 执行docker-compose ps命令,如果端口正在被其他容器使用,则使用docker-compose stop <service-name-in- composition -file>命令停止端口,或者使用rm命令删除端口。
2)检查当前工作区外运行的容器 运行docker ps查看主机下运行的所有容器的列表。 如果您发现该端口正在被其他容器使用,您可以使用docker stop <container-id>来停止它。 (*)因为你不在原始组合环境的范围内——首先使用docker inspect来收集关于你即将停止的容器的更多信息是一个很好的做法。
3)检查端口是否被主机上的其他进程占用 例如,端口为6379,运行如下命令:
$ sudo netstat -ltnp | grep ':6379'
tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 915/redis-server 12
tcp6 0 0 ::1:6379 :::* LISTEN 915/redis-server 12
(*)您也可以使用lsof命令,该命令主要用于检索各种进程打开的文件信息(我建议在此之前运行netstat)。
因此,在输出以上的情况下,PID为915。现在你可以运行:
$ ps j 915
PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND
1 915 915 915 ? -1 Ssl 123 0:11 /usr/bin/redis-server 127.0.0.1:6379
并查看父进程的ID (PPID)和执行命令。 您也可以执行:$ pstrree -s <PID>命令来可视化显示该进程及其相关进程。
在我们的例子中,我们可以看到进程可能是一个守护进程(PPID是1)-在这种情况下,考虑运行:a) $ cat /proc/<PID>/status,以获得关于进程的更深入的信息,如进程所产生的线程数,它的能力等。 B) $ systemctl status <PID>,以便查看导致特定进程创建的systemd单元。如果该服务不是紧急的—您可以停止和禁用该服务。
4)重启Docker服务 执行命令sudo service docker restart。
5)你到了这一步,然后… 只有在不会将您的系统置于危险之中时,才考虑重新启动服务器。
在运行之前:docker运行-d——name oracle -p 1521:1521 -p 5500:5500 qa/oracle 我只是把端口改为docker run -d——name oracle -p 1522:1522 -p 5500:5500 qa/oracle
这对我来说很有效!