当我在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了,但没用。
在您的情况下,是其他进程正在使用端口,正如评论中所指出的,sudo netstat -pna | grep 3000帮助您解决了这个问题。
而在其他情况下(我自己遇到过很多次),大多数情况下是相同的容器在其他实例中运行。在这种情况下,docker ps非常有用,因为我经常让相同的容器在其他目录中运行,然后在其他地方再次尝试运行,在那里使用相同的容器名称。
docker ps如何帮助我:
docker rm -f $(docker ps -aq)是我用来删除所有容器的简短命令。
编辑:增加如何docker ps帮助我。
这帮助了我:
docker-compose down # Stop container on current dir if there is a docker-compose.yml
docker rm -fv $(docker ps -aq) # Remove all containers
sudo lsof -i -P -n | grep <port number> # List who's using the port
然后: kill -9 <进程id> (macOS)或sudo kill <进程id> (Linux)。
来源:用户Rub21的评论。
For Linux / Unix:
简单搜索linux实用程序使用以下命令
netstat -nlp | grep 8888
它将显示在该端口上运行的进程,然后使用该进程的PID(在行中查找PID)杀死该进程。
kill PID
检查docker-compose。Yml,可能会出现端口被指定两次的情况。
version: '3'
services:
registry:
image: mysql:5.7
ports:
- "3306:3306" <--- remove either this line or next
- "127.0.0.1:3306:3306"
如果redis服务器作为一个服务启动,当你使用kill -9 <process_id>或sudo kill -9 ' sudo lsof -t -i:<port_number> '时,它会自动重启。在这种情况下,您需要使用以下命令停止redis服务。
Sudo服务redis-server停止
@DmitrySandalov的回答:我在8080上运行tomcat/java,它需要继续运行。看看船坞。Yml文件并将8080的条目更改为我选择的另一个条目。
nginx:
build: nginx
ports:
#- '8080:80' <-- original entry
- '8880:80'
- '8443:443'
完美的工作。(唯一的问题是,如果我更新项目,更改将被删除,因为它来自外部回购。)
在某些情况下,在停止容器或杀死进程之前对问题执行更深入的调试是至关重要的。
考虑以下清单:
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)你到了这一步,然后… 只有在不会将您的系统置于危险之中时,才考虑重新启动服务器。
如果你有同样的问题,并且是在Windows上,只是一个旁注:
在我的情况下,进程在我的方式只是grafana-server.exe。因为我首先下载了二进制版本并双击可执行文件,现在它作为一个服务由用户SYSTEM启动,我不能taskkill(没有权限)
我必须进入Windows的“服务管理器”,搜索“Grafana”服务,并停止它。此后,端口3000不再被占用。
希望这能有所帮助。
使用8888端口的是Jupiter,我必须更改Jupiter笔记本的配置文件以在另一个端口上运行。
列出谁在使用该特定端口。 9 . sudo lsof -i -P -n | grep
你可以在~/.jupyter/jupyter_notebook_config.py中指定你想要Jupyter运行的端口,不注释/编辑下面的行:
c.NotebookApp.port = 9999
如果你没有jupyter_notebook_config.py,试着运行jupyter notebook——generate-config。有关Jupyter配置的更多详细信息,请参见此。
改变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"
在运行之前: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
这对我来说很有效!
在我的机器上,这个netstat -tulpn命令没有显示正在使用的端口(8080)的PID,所以我不能杀死它,杀死容器并重新启动计算机不起作用。所以service docker restart命令为我重新启动docker (ubuntu),端口不再使用,我是一个快乐的家伙,去吃午饭了。
当我试图启动一个新的容器时,我得到了下面的错误
监听TCP 0.0.0.0:8080: bind:地址已被使用。
查看8080端口上运行的进程:
Netstat -tulnp |握把 8080
我得到了下面的输出
[root@ip-112-x6x-2x-xxx.xxxxx.compute.internal (aws_main) ~]# netstat -tulnp | grep 8080 tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN **12749**/java [root@ip-112-x6x-2x-xxx.xxxxx.compute.internal (aws_main) ~]#
run
击杀-9 12749
然后尝试重新启动容器,它应该可以工作
这很可能是因为你已经在你的主机操作系统上运行了一个web服务器,所以它与Docker试图启动的web服务器冲突。
所以,在尝试其他任何方法之前,先试试下面这句话:
Sudo服务apache2停止;Sudo service nginx stopSudo nginx停止;
我遇到了这个问题。我的简单解决方案是从系统中删除mongodb
Ubuntu中删除mongodb的命令:
sudo apt-get purge mongodb mongodb-clients mongodb-server mongodb-dev
sudo apt-get purge mongodb-10gen
sudo apt-get autoremove
让我再加一个例子,因为我有同样的错误,目前列出的解决方案都不可行:
serv1:
...
networks:
privnet:
ipv4_address: 10.10.100.2
...
serv2:
...
# no IP assignment, no dependencies
networks:
privnet:
ipam:
driver: default
config:
- subnet: 10.10.100.0/24
根据init顺序,serv2可能会在serv1启动之前被分配IP 10.10.100.2,所以我只是手动为所有容器分配IP以避免错误。也许还有其他更优雅的方式。
首先,确定在特定端口中运行的是哪个服务。在您的示例中,您已经使用了端口号3000。
netstat -aof | findstr :3000
现在停止正在特定端口上运行的进程
lsof -i tcp:3000
你可以用下面的命令杀死监听该端口的进程:
kill -9 $(lsof -t -i tcp:<port#>)
ex :
(lsof -t -i tcp:<port#>)
或者ubuntu:
Sudo lsof -t -i:8000 '
lsof的手册页:https://man7.org/linux/man-pages/man8/lsof.8.html
-9是硬杀,不检查任何deps。
(不相关,但可能有用,如果它的PORT 5000神秘)-罪魁祸首进程是由于Mac OS monterery。
端口5000通常用于为本地开发服务器提供服务。当更新到最新的macOS操作系统时,我无法将docker绑定到端口5000,因为它已经在使用中。(您可能会发现一条类似Port 5000已被使用的消息。)
通过运行lsof -i:5000,我发现使用端口的进程名为ControlCenter,这是一个原生macOS应用程序。如果这种情况发生在您身上,即使您使用暴力(并杀死)应用程序,它也会重新启动。在我的笔记本电脑中,lsof -i:5000返回控制中心正在被id为433的进程使用。我可以杀死所有-p 433,但macOS不断重新启动进程。
在这个端口上运行的进程原来是一个AirPlay服务器。你可以在
系统首选项›共享,取消检查AirPlay接收器以释放端口5000。
我试了所有的方法,包括关闭播放功能,但都没有效果。
最后,这个简单的解决方案奏效了。 在应用程序运行定义主机为0.0.0.0和端口5000显式,并bing一切工作
app.run(debug=True,host="0.0.0.0",port=5000)
现在运行应用程序为
docker run -p 5000:5000 <Image Name>