Kubernetes CronJob未正常调度 定时删除StatefulSet Pod任务失效

核心原因 #

手动执行脚本正常但crontab调度失败，90%以上是环境变量差异导致：crontab运行时不会加载当前用户登录shell的PATH配置、KUBECONFIG等环境变量，既找不到kubectl命令，也没有访问Kubernetes集群的权限配置。

分步修复操作 #

• 先获取kubectl的绝对路径：在你能正常手动执行脚本的用户终端运行which kubectl，记录返回的路径（常见路径为/usr/local/bin/kubectl、/usr/bin/kubectl）
• 修改原有Shell脚本，替换为绝对路径调用kubectl，同时显式指定kubeconfig文件路径，示例如下：

#!/bin/bash
# 请将下方kubectl路径替换为你上一步查询到的实际路径
# kubeconfig路径替换为你当前用户家目录下.kube/config的实际绝对路径，例如/root/.kube/config、/home/youruser/.kube/config
/usr/local/bin/kubectl delete pod keycloak-server-0 --kubeconfig=/root/.kube/config

• 调整crontab配置，使用脚本的绝对路径，同时增加日志重定向方便排查问题，示例规则：

0 0 */3 * * /data/scripts/delete-keycloak-pod.sh >> /var/log/keycloak-pod-delete.log 2>&1

请将上述路径替换为你脚本的实际存放路径，配置完成后可通过tail -f /var/log/keycloak-pod-delete.log查看执行日志定位残留问题。

• 确认crontab服务正常运行：
  • CentOS/RHEL系发行版执行systemctl status crond，若服务未启动运行systemctl enable --now crond
  • Debian/Ubuntu系发行版执行systemctl status cron，若服务未启动运行systemctl enable --now cron

额外优化建议 #

• 当前你使用的0 0 */3 * *调度规则并非严格每72小时执行一次，实际逻辑为每月日期值能被3整除的天数的0点触发，遇到月末会出现间隔不足3天的情况。
• 更推荐直接使用Kubernetes原生CronJob资源实现该需求，不需要依赖节点本地环境、权限配置，稳定性更高，参考配置如下：

apiVersion: batch/v1
kind: CronJob
metadata:
  name: keycloak-pod-restart
  namespace: default # 替换为keycloak实际所在命名空间
spec:
  schedule: "0 0 */3 * *"
  concurrencyPolicy: Forbid
  jobTemplate:
    spec:
      template:
        spec:
          # 请提前为对应命名空间下的ServiceAccount绑定Pod删除权限
          containers:
          - name: kubectl
            image: bitnami/kubectl:v1.28 # 替换为和你集群版本一致的kubectl镜像
            command: ["kubectl", "delete", "pod", "keycloak-server-0"]
          restartPolicy: OnFailure

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