Kubernetes Pod中bash与bin/sh返回不同环境变量的问题

K8s通过envFrom注入的环境变量是直接挂载到容器进程环境中的，理论上所有shell都能读取到。出现bash可见、sh不可见的情况，大概率是sh的启动行为导致的，以下是具体排查和解决步骤：

• 直接在sh非交互式模式下执行env
  跳过交互式sh启动流程，直接执行命令查看环境变量：

  kubectl exec -it <你的Pod名称> -- /bin/sh -c 'env'
  

  如果能看到ConfigMap的变量，说明是交互式sh的启动脚本修改了环境；若仍不可见，继续下一步排查。

• 检查容器初始进程的环境变量
  查看容器PID 1进程的环境变量，确认变量是否真的被注入容器：

  kubectl exec -it <你的Pod名称> -- cat /proc/1/environ | tr '\0' '\n'
  

  若这里能看到ConfigMap的变量，说明是sh进程未正确继承环境；若看不到，需检查envFrom配置（但bash能正常读取，此情况概率极低）。

• 跳过sh的启动配置脚本
  多数镜像中，交互式sh启动时会加载/etc/profile、~/.profile等配置脚本，若这些脚本包含重置环境变量的操作，会导致变量丢失。可通过参数跳过配置加载：

  kubectl exec -it <你的Pod名称> -- /bin/sh --noprofile --norc
  

  进入shell后再执行env，查看变量是否恢复可见。

• 确认sh的实际实现
  部分镜像中/bin/sh是dash（如Debian/Ubuntu系镜像）而非bash的软链接，其交互式启动行为与bash存在差异。可查看sh的版本信息确认：

  kubectl exec -it <你的Pod名称> -- /bin/sh --version
  

  若为自定义sh脚本，需检查脚本是否存在重置环境变量的逻辑。

• 检查Pod的CMD/ENTRYPOINT配置
  若Pod的启动命令（CMD/ENTRYPOINT）中存在修改环境变量的操作（如unset指令），会影响后续启动的sh进程。可通过以下命令查看配置：

  kubectl describe pod <你的Pod名称>
  

内容的提问来源于stack exchange，提问作者Amin Shojaei