Kubernetes故障排查指南-分析容器退出状态码

网友投稿 1439 2022-11-18

Kubernetes故障排查指南-分析容器退出状态码

Kubernetes故障排查指南-分析容器退出状态码

一、我们在使用K8S部署程序时候都会出现会遇到创建Pod失败,这时候需要我们进行对pod创建失败进行分析;

1、下面我们来对Pod status进行相关说明:

CrashLoopBackOff:容器退出,kubelet正在将它重启

1.应用程序中存在错误,导致无法启动
2.你错误配置了容器
3.Liveness探针失败次数太多

解决办法:
    查看容器中的日志,了解详细失败的原因
    kubectl logs <pod-name> --previous

InvalidImageName:无法解析镜像名称

ImageInspectError:无法校验镜像ErrImageNeverPull:策略禁止拉取镜像ImagePullBackOff:镜像正在重试拉取

主要原因:
     镜像名称无效(解决:修改镜像名称)
    指定的镜像标签不存在(解决:修改镜像标签)
   检索的镜像属于私有镜像,无访问权限(解决:添加相应的凭据)

RegistryUnavailable:连接不到镜像中心ErrImagePull:通用的拉取镜像出错CreateContainerConfigError:不能创建kubelet使用的容器配置CreateContainerError:创建容器失败m.internalLifecycle.PreStartContainer:执行hook报错RunContainerError:启动容器失败

主要原因:
通常由于配置错误,例如: 挂载的卷不存在或者ConfigMap将只读卷安装未可读写
解决办法:
kubectl describe pod <pod-name>来收集和分析错误

PostStartHookError:执行hook报错ContainersNotInitialized:容器没有初始化完毕ContainersNotReady:容器没有准备完毕ContainerCreating:容器创建中PodInitializing:pod 初始化中DockerDaemonNotReady:docker还没有完全启动NetworkPluginNotReady:网络插件还没有完全启动

2、容器退出状态码的区间:          必须在 0-255 之间         0 表示正常退出         外界中断将程序退出的时候状态码区间在 129-255,(操作系统给程序发送中断信号,比如 kill -9 是 SIGKILL,ctrl+c 是 SIGINT)        一般程序自身原因导致的异常退出状态区间在 1-128 (这只是一般约定,程序如果一定要用129-255的状态码也是可以的)

注意:有时我们会看到代码中有 exit(-1),这时会自动做一个转换,最终输出的结果还是会在 0-255 之间

3、下面是异常状态码区间表,具体信息可以参考链接

4、常见的容器退出状态码解释

Exit Code 0:       . 退出代码0表示特定容器没有附加前台进程       . 该退出代码是所有其他后续退出代码的例外       . 这不一定意味着发生了不好的事情。如果开发人员想要在容器完成其工作后自动停止其容器,则使用此退出代码。比如:kubernetes job 在执行完任务后正常退出码为 0

Exit Code 1:     .程序错误,或者Dockerfile中引用不存在的文件,如 entrypoint中引用了错误的包     .程序错误可以很简单,例如 “除以0”,也可以很复杂,比如空引用或者其他程序 crash

Exit Code 137:       .表明容器收到了 SIGKILL 信号,进程被杀掉,对应kill -9       .引发SIGKILL的是docker kill。这可以由用户或由docker守护程序来发起,手动执行:docker kill      .137 比较常见,如果 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:     .Exit Code 126: 权限问题或命令不可执行     .Exit Code 127: Shell脚本中可能出现错字且字符无法识别的情况     .Exit Code 1 或 255:因为很多程序员写异常退出时习惯用 exit(1) 或 exit(-1),-1 会根据转换规则转成 255。这个一般是自定义 code,要看具体逻辑。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:让人头痛的大事务问题到底要如何解决?
下一篇:mybatis实体类字段大小写及字段获取不到值问题
相关文章

 发表评论

暂时没有评论,来抢沙发吧~