今天需要跑一个java服务,想到在服务器上直接用cron(系统调度进程)比较方便。在终端运行没有任何问题,没想到放到crontab中居然调试了大半天。
而问题仅仅是因为偷了下懒,只是在shell上面定义了环境变量PATH:
export PATH=$PATH:/bin:/usr/bin:/usr/local/bin:/usr/local/java/bin
而没有在shell中指定java的绝对路径,结果发现path中gcc的bin目录在jdk的后面,crontab使用的是/usr/bin中的java,gcj(GCC)的java,版本1.4.2哭死啊!不过也算
重新认识了一下cron任务管理。这里总结一下
使用cron需要注意的问题:
1、命令尽量写全路径。因为cron运行时候没有没有用户环境变量,所以要么自己在要调用shell中设置环境变量,要么在/etc/profile中设定系统环境变量。但最保险的做法还是自己指定命令的全路径,如果坚持用前者请记住一条:如果碰到错误或者命令执行不成功想想是否你要调用的命令被覆盖。
2、修改crontab后执行/sbin/service crond reload重新载入配置。尽管crond会在用户修改crondtab后reload一次,但手动reload更为安全。
3、调用其他程序注意导入程序所需要的类文件及环境变量等依赖性文件。如调用java程序,需要指定JAVA_HOME等环境变量,还要指定程序所需要的包。
4、查看/var/log/cron以确定cron是否执行,及时排查错误
crontab快速使用:
crontab命令格式:
crontab [-u user] -e -l -r
-u 指定用户。如果不指定则为当前用户。 -e 编辑crontab 文件。 -l 列出crontab 文件中的内容。 -r 删除crontab 文件。
crontab文件格式如下
分 时 日 月 星期 命令(横杠"-"来表示一个时间范围,","表示或者,"*"表示连续的时间段,"/"表示每多长时间执行一次)
30 21 * * * /home/bossy/test.sh 每晚的21:30执行test.sh
28 6 1,3,5 * * /home/bossy/test.sh 每月1、3、5日的6:28执行test.sh
8 8 * * 6,0 /home/bossy/test.sh 每周六、周日8点8分执行test.sh
*/2 * * * * /home/bossy/test.sh 每2分钟执行test.sh
*/2 1-9 * * * /home/bossy/test.sh 1点到9点每2分钟执行test.sh