Linux Crontab:没有效果
制作了一个效果很好的备份脚本:制作备份 zip 文件,然后通过 ftp 将其上传到另一台服务器。它位于这里:/home/www/web5/backup/backup
然后我决定将此脚本放入 crontab 中以自动完成。 我正在做(作为根)
crontab -e
在我放置的空白行上:
*/1 * * * * /home/www/web5/backup/backup
Escape key, :wq!, Enter
我将其设置为每分钟完成一次来测试它。 然后转到 FTP 文件夹,脚本在其中上传文件。我正在等待,但没有任何反应:每次刷新我的 Total Commander 后目录都是空的。
但是,当我手动执行 /home/www/web5/backup/backup
(也以 root 身份)时,它工作得很好,并且我在 FTP 上看到了新文件。
怎么了?该服务器是一种遗产,所以我可能并不了解它的一切。首先去哪里检查?操作系统是
Linux s090 2.6.18.8-0.13-默认
(一种非常旧的 CentOS)。 感谢您的帮助!
UPD:/home/www/web5/backup/backup
具有 chmod 777 UPD2:/var/log/cron 不存在。但是 /var/log/ 目录存在并且包含 apache、邮件等日志。
Have made backup script that does well: makes backup zip-file and then uploads it via ftp to another server. It's located here: /home/www/web5/backup/backup
Then I decided to put this script into crontab to be done automatically.
I'm doing (as root)
crontab -e
On the blank row I put:
*/1 * * * * /home/www/web5/backup/backup
Escape key, :wq!, Enter
I set it to be done each minute to test it.
Then went to the FTP folder, where script uploads the files. I'm waiting, but nothing happens: catalog is empty after each refresh in my Total Commander.
But when I execute /home/www/web5/backup/backup
manually (as root as well), it works just fine and I see the new file at FTP.
What's wrong? This server is kind of heritage, so I might know not everything about it. Where to check first? OS is
Linux s090 2.6.18.8-0.13-default
(kind of very old CentOS).
Thanks for any help!
UPD: /home/www/web5/backup/backup
has chmod 777
UPD2: /var/log/cron doesn't exist. But /var/log/ directory exists and contains logs of apache, mail, etc.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
*/1 可能是问题所在。只需使用*.
另外,请确保
/home/www/web5/backup/backup
可以使用chmod 775 /home/www/web5/backup/backup
检查
/var/ log/cron 也是如此。这可能会显示导致修复的错误。
来自 Crontab – 快速参考
*/1 may be the problem. Just use *.
Also, make sure
/home/www/web5/backup/backup
is executable withchmod 775 /home/www/web5/backup/backup
Check
/var/log/cron
as well. That may show errors leading to a fix.From Crontab – Quick Reference