Docker与K8s中bash/sh -c执行多命令失败问题排查

核心差异点 #

容器内部直接执行命令成功，但外部用sh -c执行失败，本质是bash与sh在环境加载、语法支持、默认行为上的差异，具体体现在以下几点：

1. 环境变量加载逻辑不同 #

• 登录容器内部时，默认启动的是交互式bash shell，会自动加载~/.bashrc、/etc/profile等配置文件，自动设置好构建所需的环境变量（比如PATH包含Go编译器路径、GOPATH、GOROOT等）。
• 用sh -c执行命令时，启动的是非交互式非登录shell，不会加载这些配置文件，导致构建依赖的命令或环境变量缺失，最终make build失败。

2. Shell语法与特性支持差异 #

sh是POSIX标准的基础shell实现（很多轻量镜像中sh指向dash或ash），而bash是sh的超集，支持更多扩展语法：

• 如果Makefile中使用了bash特有的语法（比如数组、[[ ]]条件判断、进程替换<()、变量扩展${VAR:-default}等），用sh作为默认shell执行make时会直接报错。
• 部分sh实现对变量赋值的细节处理不同，复杂变量传递可能出现解析错误。

3. 默认Shell指向差异 #

很多容器镜像（如Alpine、Debian/Ubuntu）中，/bin/sh并非指向bash，而是更轻量的dash或ash，这些shell的行为与bash存在细微但关键的差异：

• 命令查找路径（PATH）的默认值更精简
• 对某些内置命令的处理逻辑不同

排查与解决方法 #

1. 强制使用bash执行命令 #

将docker exec的命令改为用bash -c替代sh -c，对齐容器内部的执行环境：

docker exec f2be0d6fa21c bash -c 'cd /zq/app/pengcheng/aiforge; TAGS="bindata" make build'

K8s的PostStart钩子中同理，指定用bash执行：

lifecycle:
  postStart:
    exec:
      command: ["/bin/bash", "-c", "cd /zq/app/pengcheng/aiforge; TAGS=\"bindata\" make build"]

2. 对比环境变量差异 #

分别导出bash和sh环境下的变量，找出缺失的关键配置：

# 导出bash环境变量
docker exec f2be0d6fa21c bash -c "env" > bash_env.txt
# 导出sh环境变量
docker exec f2be0d6fa21c sh -c "env" > sh_env.txt

对比两个文件，将缺失的变量手动添加到sh -c命令中，比如：

docker exec f2be0d6fa21c sh -c 'export PATH=/usr/local/go/bin:$PATH; export GOPATH=/go; cd /zq/app/pengcheng/aiforge; TAGS="bindata" make build'

3. 检查Makefile的Shell设置 #

查看Makefile开头是否指定了SHELL：

# 如果有类似设置，说明依赖bash
SHELL := /bin/bash

如果存在该配置，要么用bash执行make，要么修改Makefile适配POSIX标准的sh语法。

4. 确认容器内sh的实际指向 #

执行以下命令查看sh的实际链接：

docker exec f2be0d6fa21c ls -l /bin/sh

如果指向dash或ash，可以考虑在镜像中安装bash，或者调整命令适配该shell的行为。

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