先插播一条shell小知识，直接shell运行命令时，标准错误和标准输出都会显示在终端上，但是用>重定向到文件时，只有标准输出，所以需要加上 2>&1才能把标准错误也加上，方便debug
写了个脚本，shell手动运行没问题，但是写到crontab里面就报错：
./auto_test.sh: line 16: kubectl: command not found
首先crontab也是以root用户运行，应该不会时用户权限的问题。
经过实验，发现：
在另一台机器上是可以通过crontab运行kubectl的，区别在于
可以运行的机器上，kubectl位于/usr/bin目录下
不可以运行的机器上，kubectl位于/usr/loca/bin
当然写全路径crontab肯定是可以运行kubectl的，说明crontab运行时没有加载相应的环境变量，把kubectl创建软连接到/usr/bin目录应该就可以了。
crontab运行不是以shell方式运行的，所以会有一些环境变量没有加载。
在shell运行echo $PATH,结果为：
/usr/lib/jdk1.8.0_301//bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/go/bin:/snap/bin:/opt/gradle/gradle-6.3/bin
在crontab运行，结果为：
/usr/bin:/bin
也就是说在crontab中运行的命令必须在这两个目录存在才行。
备注：查看shell环境变量的加载
https://blog.csdn.net/cuikeng1956/article/details/100400612
