Kubernetes CronJob脚本参数传递异常，位置变量错位求助

问题根源 #

问题出在/bin/sh -c的参数传递机制上：

• 当使用/bin/sh -c "<命令字符串>"时，shell会将-c后的第一个字符串作为执行命令，后续所有参数会被赋值给shell进程自身的位置变量：第一个额外参数是$0，第二个是$1，以此类推。
• 你的CronJob配置实际等价于执行：

  /bin/sh -c ". /home/cronrun/start.sh" tenant1 legacy-db
  

• 此时sh进程的$0为tenant1，$1为legacy-db；而你通过source（.）执行脚本时，脚本默认不会自动接收外部传递的参数，它的位置变量会继承当前shell的变量——所以脚本里的$1实际是sh的$1（即legacy-db），$2为空，最终出现日志中的参数错位。

解决方法 #

方法一：显式传递参数给脚本 #

修改command，在-c的命令字符串中用"$@"把shell收到的参数传递给source的脚本：

command: ["/bin/sh", "-c", ". /home/cronrun/start.sh \"$@\""]
args: ["tenant1", "legacy-db"]

这里"$@"会将shell进程的$1、$2（即tenant1、legacy-db）完整传递给脚本，脚本就能正确获取$1=tenant1、$2=legacy-db。

方法二：直接执行脚本（更简洁） #

如果脚本具备可执行权限（需在Dockerfile中添加RUN chmod +x /home/cronrun/start.sh），且脚本开头有shebang声明（比如#!/bin/sh），可以直接将脚本作为command，args作为脚本参数：

command: ["/home/cronrun/start.sh"]
args: ["tenant1", "legacy-db"]

这种方式下，Kubernetes会直接调用脚本执行，参数会被正确映射到脚本的$1和$2。

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