K8s Pod已声明环境变量修改未生效问题排查与解决

问题根源 #

1. Kubernetes会将Pod清单中定义的环境变量（FOO=bar）注入到Pod启动的bash进程中，成为进程的环境变量。
2. 你通过kubectl exec写入~/.bashrc的内容是FOO=updated_bar，未添加export关键字。当启动命令执行source ~/.bashrc时，仅会创建一个同名的shell变量，不会覆盖进程已有的环境变量。
3. env命令读取的是进程的环境变量，因此启动命令日志显示初始注入的FOO=bar；而手动进入Pod后，交互式shell的特性或后续操作（如手动执行export FOO）将shell变量提升为环境变量，所以env能看到更新后的值。

解决方案 #

方案1：修改.bashrc写入命令（临时解决，Pod重启失效） #

将写入.bashrc的命令改为带export的格式，确保source后更新环境变量：

kubectl exec -i FIRST_POD_NAME -- bash -c "echo 'export FOO=updated_bar' >> ~/.bashrc"

修改后，Pod启动命令中的source ~/.bashrc会将FOO=updated_bar设置为环境变量，env | grep FOO就能输出更新后的值。

方案2：用ConfigMap管理环境变量（推荐，符合你的初始需求） #

既然你原本就想用ConfigMap批量管理环境变量，完全不需要手动修改Pod的.bashrc，直接通过K8s原生机制实现：

1. 创建存储环境变量的ConfigMap：

apiVersion: v1
kind: ConfigMap
metadata:
  name: my-env-config
data:
  FOO: "bar"
  FOO2: "bar2"

2. 修改Job/Pod的清单，通过envFrom引用ConfigMap：

spec:
  containers:
    - name: something
      command: ["/bin/bash"]
      args: ["-c", "sleep 60 && env | grep FOO"]
      envFrom:
        - configMapRef:
            name: my-env-config

后续需要更新环境变量时，直接修改ConfigMap的data字段：

kubectl edit configmap my-env-config

对于已运行的Job Pod，由于Job的Pod是一次性的，需要重新触发Job以启动使用新环境变量的Pod；如果是CronJob，下次调度会自动加载更新后的ConfigMap值。

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