我有一个#!/bin/bash文件。周目录。
有办法测试它是否有效吗?不能等一个星期
我在Debian 6上使用root
我有一个#!/bin/bash文件。周目录。
有办法测试它是否有效吗?不能等一个星期
我在Debian 6上使用root
当前回答
我之所以使用Webmin,是因为对于那些觉得命令行管理有点令人生畏和难以理解的人来说,它是一种生产力的宝石。
在“System > Scheduled Cron Job > Edit Cron Job”web界面中有一个“保存并立即运行”按钮。
它显示命令的输出,这正是我所需要的。
其他回答
我之所以使用Webmin,是因为对于那些觉得命令行管理有点令人生畏和难以理解的人来说,它是一种生产力的宝石。
在“System > Scheduled Cron Job > Edit Cron Job”web界面中有一个“保存并立即运行”按钮。
它显示命令的输出,这正是我所需要的。
除此之外,你还可以用:
http://pypi.python.org/pypi/cronwrap
结束你的cron,在成功或失败时给你发一封电子邮件。
在摆弄了cron中一些不能立即兼容的东西之后,我发现下面的方法很适合调试:
crontab -e
* * * * * /path/to/prog var1 var2 &>>/tmp/cron_debug_log.log
这将每分钟运行一次任务,您可以简单地查看/tmp/cron_debug_log.log文件以了解发生了什么。
这并不是您可能正在寻找的“救火工作”,但在调试最初在cron中无法工作的脚本时,这对我帮助很大。
sudo run-parts --test /var/spool/cron/crontabs/
crontabs/目录中的文件需要由owner - octal 700可执行
资料来源:man cron和NNRooth's
我通常通过运行我创建的作业来测试,就像这样:
使用两个终端更容易做到这一点。
运行工作:
#./jobname.sh
至:
#/var/log and run
执行如下命令:
#tailf /var/log/cron
这允许我实时查看cron日志更新。您还可以在运行日志后查看日志,我更喜欢实时查看。
下面是一个简单的cron作业示例。运行yum更新…
#!/bin/bash
YUM=/usr/bin/yum
$YUM -y -R 120 -d 0 -e 0 update yum
$YUM -y -R 10 -e 0 -d 0 update
具体情况如下:
第一个命令将更新yum本身,下一个命令将应用系统更新。
-R 120:设置yum执行命令前等待的最大时间
-e 0:设置错误级别为0(范围0 - 10)。0表示只打印必须被告知的严重错误。
-d 0:将调试级别设置为0——增加或减少打印内容的数量。(范围:0 - 10)。
-y:假设是;假设任何问题的答案都是肯定的
在构建cron作业之后,我运行以下命令以使我的作业可执行。
#chmod +x /etc/cron.daily/jobname.sh
希望这能有所帮助, Dorlack