本文转载自微信公众号「DCOS」，作者zouyee。转载本文请联系DCOS公众号。
一、退出码历史
退出码的历史可以追溯到Unix操作系统的早期。在Unix系统中，进程退出码是进程终止时向其父进程传递的一个整数值，用于表示进程的终止状态。这个整数值通常在0到255之间，其中0表示进程成功终止，其他值通常用来表示不同的错误或异常情况。
进程退出码最初被设计用于提供一种简单的机制，使父进程能够了解子进程的执行结果。这使得父进程能够根据子进程的退出码来采取适当的行动，比如处理错误情况或继续执行其他操作。
在Unix系统中，特定的退出码值通常具有特定的含义，例如：
- 0：表示成功执行，没有错误。
- 1：通常表示通用的错误。
- 2：表示命令的语法错误。
- 127：表示命令未找到。
随着时间的推移，Unix操作系统的发展和不同的实现，进程退出码的含义可能有所不同，但基本的概念保持不变。
在Linux系统中，进程退出码的使用与Unix系统类似。Linux继承了Unix的进程管理机制，并在其基础上进行了扩展和改进。因此，Linux中的进程退出码仍然是一个重要的概念，用于帮助理解和诊断进程的执行状态。
进程退出码的历史可以追溯到早期的Unix系统，是Unix和Linux操作系统中的一个重要概念，为进程间通信提供了一种简单而有效的机制。当应用程序或命令因致命错误而终止或执行失败时，将产生 128 系列退出码（128+n），其中 n 为信号编号。n 包括所有类型的终止代码，如 SIGTERM、SIGKILL 等。
二、退出码 127
退出码 127 不是特定于 Kubernetes 的错误代码，而是 Linux 和类 Unix 操作系统中使用的标准退出码。当然，我们在Kubernetes中经常看到它，并且通常表示容器内执行的命令或二进制文件找不到。
一些标准的退出码包括：
图片
常见原因
让我们看一下退出码 127 的一些常见原因：
- 命令或二进制文件未安装Kubernetes 容器的 command 字段中指定的可执行文件未安装在容器的文件系统中。需要确保所需的二进制文件或命令可用。
- 路径或命令不正确Pod 定义中指定的命令不正确或在指定的路径中不存在。这是错误的最常见原因之一，通常是由于 Dockerfile 或 pod spec中的entrypoint或command输入不正确造成的。
- 缺少依赖在容器内运行的应用程序或脚本未安装相关依赖。需要确保所有必需的依赖项包含在容器映像中。
- shell 解释器如果指定了脚本作为命令，需要确保脚本有效 （例如#!/bin/bash），且在容器中可用。
- shell 脚本语法错误如果 shell 脚本退出码是127，请检查脚本是否存有语法错误或可能阻止其执行的问题。
- 权限不足在容器内运行命令的用户可能没有执行指定命令所需的必要权限。确保容器以适当的特权运行。
- 镜像兼容性问题确保使用的容器镜像与宿主机架构和操作系统兼容。不匹配的映像可能导致命令找不到，比如x86的镜像运行在arm的机器上
- 卷挂载如果命令是卷挂载的文件，请检查卷挂载是否配置正确，且所需的文件可以被访问到。
- 环境变量一些命令可能依赖于特定的环境变量。确保必需的环境变量设置正确。
- Kubernetes RBAC 策略 如果启用了RBAC，需要确保具有执行指定命令所需的权限。
如何排查
要排除问题，可以使用以下命令检查 Pod 的日志：
kubectl logs -f <pod-name>