Redis Pod部署时出现/bin/sh: can't access tty; job control turned off错误的解决方法

这个错误的根源是你Pod配置里的command和args设置不合理，导致shell在无终端环境下尝试启用交互模式，具体分析和修复方案如下：

问题诊断 #

先看你的Pod容器配置：

spec:
  containers:
  - name: master
    image: xyzwy/redis:7.0
    command: ["sh", "-ic"]
    args:
    - redis-server
    - /bin/sh

这里有两个关键问题：

1. -i参数让sh以交互模式运行，而Kubernetes默认不会给容器分配TTY（终端），因此shell会抛出can't access tty; job control turned off的错误。
2. args里多余的/bin/sh完全没必要——你已经用sh作为启动命令了，这里只需要指定Redis的启动命令即可，额外的/bin/sh是无效参数。

另外补充：从你提供的后续日志来看，Redis其实已经正常启动了（最后一行Ready to accept connections），这个错误只是shell交互模式导致的警告，不会影响Redis服务，但修复掉能让日志更干净，避免排查问题时混淆。

修复方案 #

方案一：直接启动Redis（推荐） #

大多数Redis镜像（包括你使用的xyzwy/redis:7.0）的默认ENTRYPOINT就是redis-server，所以你完全不需要用shell包裹启动。可以简化配置为：

spec:
  containers:
  - name: master
    image: xyzwy/redis:7.0
    # 甚至可以完全省略command，直接用镜像默认的启动命令
    command: ["redis-server"]

这样会直接启动Redis，跳过shell交互环节，那个错误日志就会消失。

方案二：保留shell但关闭交互模式（如需前置操作） #

如果你需要在启动Redis前执行一些前置命令（比如创建目录、设置环境变量），可以用sh -c（非交互模式）来执行脚本，同时修正args内容：

spec:
  containers:
  - name: master
    image: xyzwy/redis:7.0
    command: ["sh", "-c"]
    args:
    - |
      # 这里添加你的前置操作，示例：
      mkdir -p /data/redis
      # 启动Redis
      redis-server

sh -c会直接执行指定的脚本内容，不需要TTY支持，也就不会触发那个错误。

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