Docker version 1.13.1
问题过程
某环境一个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的问题,资料也很多。
拓展阅读: Docker Restart Policy
解决过程中了解了很多Docker Restart Policy知识和Bug,这篇文章写的简单易懂:Ensuring Containers Are Always Running with Docker's Restart Policy
这里仅做下记录,学习下Docker的四种Restart Policy。
no
no是默认策略,在任何情况下都不会restart容器
on-failure
on-failure表示如果容器 exit code异常时将restart,如果容器exit code正常将不做任何处理。
1
2
|
sudo docker run -d --name testing_restarts --restart on-failure:5 testing_restarts
85ff2f096bac9965a9b8cffbb73c1642bf7b64a2173bbd145961231861b95819
|
on-failure[:max-retries],max-retries表示最大重启次数。
on-failure的好处是:如果容器以正常exit code终止,将不会 restart
always
无论容器exit code是什么,都会自动restart。列举几个场景:
- 容器以非正常状态码终止(如应用内存不足导致终止)
- 容器被正常 stopped,然后机器重启或Docker服务重启
- 容器在宕机在正常运行,然后重启机器或Docker服务重启
以上情况always侧露都会restart容器,但是如果是 on-failure和no策略,机器被重启之后容器将无法restart。
unless-stopped
unless-stopped 和 always 基本一样,只有一个场景 unless-stopped有点特殊:
如果容器正常stopped,然后机器重启或docker服务重启,这种情况下容器将不会被restart
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:https://blog.csdn.net/myle69/article/details/80834848