首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Kubernetes分析ExitCode

Kubernetes分析ExitCode

作者头像
院长技术
发布2020-06-11 22:32:04
4.8K0
发布2020-06-11 22:32:04
举报
文章被收录于专栏:院长运维开发院长运维开发

问题 最近总有开发小伙伴来找我,为什么我的容器总退出呢,在哪能看到原因。故写篇文章整理下docker退出的状态码。

如何查看退出码 查看pod中的容器退出码

$ kubectl describe pod xxx

Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Tue, 26 May 2020 20:01:04 +0800
    Last State:     Terminated
      Reason:       Error
      Exit Code:    137
      Started:      Tue, 26 May 2020 19:58:40 +0800
      Finished:     Tue, 26 May 2020 20:01:04 +0800
    Ready:          True
    Restart Count:  2363

docker查看

$ docker ps --filter "status=exited"
$ docker inspect <container-id> --format='{{.State.ExitCode}}'

常见退出码 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 )

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

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
容器镜像服务
容器镜像服务(Tencent Container Registry,TCR)为您提供安全独享、高性能的容器镜像托管分发服务。您可同时在全球多个地域创建独享实例,以实现容器镜像的就近拉取,降低拉取时间,节约带宽成本。TCR 提供细颗粒度的权限管理及访问控制,保障您的数据安全。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档