洞察探索open banking如何通过小程序容器技术助力金融企业实现数据安全和数字化转型
914
2022-11-17
docker常见退出码
docker常见退出码Exit Code 0
退出代码0表示特定容器没有附加前台进程。该退出代码是所有其他后续退出代码的例外。这不一定意味着发生了不好的事情。如果开发人员想要在容器完成其工作后自动停止其容器,则使用此退出代码。
Exit Code 1
程序错误,或者Dockerfile中引用不存在的文件,如 entrypoint中引用了错误的包程序错误可以很简单,例如“除以0”,也可以很复杂,比如空引用或者其他程序 crash
Exit Code 137
此状态码一般是因为 pod 中容器内存达到了它的资源限制(resources.limits),一般是内存溢出(OOM),CPU达到限制只需要不分时间片给程序就可以。因为限制资源是通过 linux 的 cgroup 实现的,所以 cgroup 会将此容器强制杀掉,类似于 kill -9还可能是宿主机本身资源不够用了(OOM),内核会选取一些进程杀掉来释放内存不管是 cgroup 限制杀掉进程还是因为节点机器本身资源不够导致进程死掉,都可以从系统日志中找到记录( journalctl -k )表明容器收到了 SIGKILL 信号,进程被杀掉,对应kill -9引发SIGKILL的是docker kill。这可以由用户或由docker守护程序来发起,手动执行:docker kill137 比较常见,如果 pod 中的limit 资源设置较小,会运行内存不足导致 OOMKilled,此时state 中的 ”OOMKilled” 值为true,你可以在系统的 dmesg -T 中看到 oom 日志
Exit Code 139
表明容器收到了SIGSEGV信号,无效的内存引用,对应kill -11一般是代码有问题,或者 docker 的基础镜像有问题
Exit Code 143
表明容器收到了SIGTERM信号,终端关闭,对应kill -15一般对应docker stop 命令有时docker stop也会导致Exit Code 137。发生在与代码无法处理SIGTERM的情况下,docker进程等待十秒钟然后发出SIGKILL强制退出。
Exit Code 1 和 255
这种可能是一般错误,具体错误原因只能看容器日志,因为很多程序员写异常退出时习惯用 exit(1) 或 exit(-1),-1 会根据转换规则转成 255
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~