前言
今天有开发同学给我反馈说有一个容器服务无法 stop、rm(docker rm -f)和 kill 等操作,也就是说这个容器服务无法终止~
操作步骤
(1)执行删除命令无法删除docker的目录:
1
2
3
|
# ll /var/lib/docker/containers | grep caf8ef20f3c1 # cd /var/lib/docker/containers # rm -rf caf8ef20f3c1c78f03a5844ee23abc1d7e44246f242292040f1ef288899d0cb8 |
这个时候我们会收到这样的报错:
rm: 无法删除"/var/lib/docker/containers/caf8ef20f3c1c78f03a5844ee23abc1d7e44246f242292040f1ef288899d0cb8/secrets": 设备或资源忙
无法删除"/var/lib/docker/containers/caf8ef20f3c1c78f03a5844ee23abc1d7e44246f242292040f1ef288899d0cb8/shm": 设备或资源忙
(2)从上面报错我们可以看到“secrets”和“shm”共享挂载导致无法删除,首先找到挂载的位置,然后取消挂载后,再删除:
1
|
# cat /proc/mounts |grep "docker" |grep "caf8ef20f3c1" |
(3)取消挂载:
1
2
|
# umount /data/sys/var/docker/containers/caf8ef20f3c1c78f03a5844ee23abc1d7e44246f242292040f1ef288899d0cb8/secrets # umount /data/sys/var/docker/containers/caf8ef20f3c1c78f03a5844ee23abc1d7e44246f242292040f1ef288899d0cb8/shm |
(4)再次查看:
1
|
# cat /proc/mounts |grep "docker" |grep "caf8ef20f3c1" //已经没有啦 |
(5)现在执行删除docker的目录:
1
2
|
# cd /var/lib/docker/containers # rm -rf caf8ef20f3c1c78f03a5844ee23abc1d7e44246f242292040f1ef288899d0cb8 |
(6)删除容器服务
现在我们使用 rm 或 kill 来删除 容器服务:
1
|
# docker rm -f caf8ef20f3c1c |
或
1
|
# docker kill --signal=SIGINT caf8ef20f3c1 |
如果上面命令运行之后,出现hang住(卡住)现象,请重启docker服务:
1
|
# systemctl restart docker |
做完以上步骤,所遇问题基本就可以解决了~
补充:Docker容器无法被stop or kill问题
问题过程
某环境一个mysql容器无法被stop or kill or rm
sudo docker ps | grep mysql 查看该容器
1
|
7844250860f8 mysql:5.7.22 "/.r/r docker-entr..." 41 minutes ago Up 8 minutes r-dlrel-mysql-1-66df8f33 |
使用docker stop / docker kill / docker rm -f 等命令处理后,容器立马自动重启
立即查看容器,运行时间为:Up Less than a second,说明容器立马启动了
1
|
7844250860f8 mysql:5.7.22 "/.r/r docker-entr..." 42 minutes ago Up Less than a second r-dlrel-mysql-1-66df8f33 |
kill该容器对应的物理进程,依然自动重启
获取物理进程方式:1.docker inspect中的 State.Pid字段为物理进程ID; 2.ps 命令
查看容器restart policy,策略为no,即不会自动重启
如果需要更新运行中容器的restart策略,可以使用该命令:docker update –restart=no my-container
1
2
3
4
|
"RestartPolicy" : { "Name" : "no" , "MaximumRetryCount" : 0 }, |
程序员之间神奇的问题解决方式
你是否出现过这种场景:
百思不得其解的问题,当走到同事面前,刚把问题说清楚,自己就恍然大悟了。
问题明明很简单,但程序运行就是出问题,然后找个同事帮忙检查下基础配置,自己又顿悟了。
这次我属于第一种,刚把问题说完,立马想起:擦,是容器编排工具Rancher在做调度,容器挂了之后会自动重启。
登录rancher一看,果然如此,”乌龙”问题。虽这次不是问题,但Docker确实有无法stop的问题,资料也很多。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持服务器之家。如有错误或未考虑完全的地方,望不吝赐教。
原文链接:https://blog.51cto.com/wutengfei/2335184