我有一个奇怪的问题。 使用Debian 6和crontab -e（以root身份），下面的cronjob 工作得很好 ： */5 * * * * bin/sh /root/backup 但如果将其设置为在特定时间运行，则不起作用 ： 00 12 * * * bin/sh /root/backup 不幸的是，在日志文件中没有任何错误。 date 显示正确的时间和时区。 我也在UTC / etc / default / rcS中将UTC更改为“no”，而不是“yes”，但这并没有帮助。 我完全无能为力，希望你能为我解决问题！
我在crontab中有这个命令： wget –quiet –delete-after http://boms.ro/admincp/cron/s/9abf0f42c1e4f55fdb87d8237cdde 而当我用–debug参数运行它时，我得到以下的回应： Caching boms.ro => 188.240.2.30 Created socket 3. Releasing 0x00000000010c97e0 (new refcount 1). —request begin— GET /admincp/cron/s/9abf0f42c1e4f55fdb87d8237cdde HTTP/1.0 User-Agent: Wget/1.12 (linux-gnu) Accept: */* Host: boms.ro Connection: Keep-Alive —request end— —response begin— HTTP/1.0 406 Not Acceptable Date: Thu, 12 Apr 2012 18:29:45 GMT Server: LiteSpeed Connection: Keep-Alive Keep-Alive: timeout=5, max=100 Cache-Control: […]
我为我的虚拟服务器写了一个小的备份脚本，并将其执行添加到我的/ etc / crontab中 25 * * * * root /etc/cron.daily/backup.sh 这是条目（是的，它仍然位于错误的文件夹:)）但是，当我检查我的日志，我看到脚本执行每分钟2次一小时。 这不是问题，但我想知道为什么发生这种情况。 Backup done on Fr 8. Jun 02:59:00 UTC 2012 Backup done on Fr 8. Jun 03:28:20 UTC 2012 Backup done on Fr 8. Jun 03:58:44 UTC 2012 Backup done on Fr 8. Jun 04:39:44 UTC 2012 Backup done on Fr 8. Jun […]
我有一个名为/etc/cron.daily/99loganalyzer_expire的脚本，它是这样的： #!/bin/bash SQL="DELETE FROM SystemEvents WHERE ReceivedAt < DATE_SUB(CURDATE(),INTERVAL 30 DAY)" MYSQL_USER="loganalyzer" MYSQL_PASS="loganalyzerpassword" MYSQL_DB="Syslog" echo $SQL | /usr/bin/mysql –user=$MYSQL_USER –password=$MYSQL_PASS $MYSQL_DB 当它通宵后，我收到一封电子邮件，说它失败了： /etc/cron.daily/99loganalyzer-expire: ERROR 1045 (28000): Access denied for user 'loganalyzer'@'localhost' (using password: YES) …但是，当我从控制台作为根运行它，它的工作原理： # time /etc/cron.daily/99loganalyzer-expire real 1m16.391s user 0m0.012s sys 0m0.008s 我如何传递这个mysql用户的凭据，以便他们能够在cronjob中工作？
我们公司的合作伙伴会将文件（通常大小为几GB）上传到我们的外部服务器上的目录。 从那个目录中，我将把它们移到我们的内部networking，在那里它们将最终被我们的分析师消费。 到目前为止，上传是与一个chroot监狱解决，并正常工作，同样的文件到达我们的内部networking时会发生什么。 然而，转移到我们的内部networking是有问题的。 我简单地使用–remove-source-files和一个查找rsync来删除空目录。 事情是，目录上的cron作业轮询间隔需要低（我们宁愿每分钟），而转移时间是相当高的（我们的办公室DSL是慢的），显然我们不想开始上传每5分钟一次。 这个问题有没有很好的解决方法？ 我可以将内容移动到一个临时目录，然后从那里的rsync，但我感觉像一个更优雅的解决scheme存在。
我在我的身份validation日志中看到大量的这些行： Dec 31 03:45:01 xxxxxxx CRON[17259]: pam_unix(cron:session): session opened for user root by (uid=0) Dec 31 03:45:01 xxxxxxx CRON[17259]: pam_unix(cron:session): session closed for user root Dec 31 03:55:01 xxxxxxx CRON[17317]: pam_unix(cron:session): session opened for user root by (uid=0) Dec 31 03:55:01 xxxxxxx CRON[17317]: pam_unix(cron:session): session closed for user root Dec 31 04:05:01 xxxxxxx CRON[17375]: pam_unix(cron:session): […]
由于我的一个脚本中的一些错误，我被迫每30分钟删除一次临时文件，直到我找出并debugging它。 为了做到这一点，我写了一个小的bash脚本，我每30分钟运行一次（tempCleaner） #!/bin/bash numberOfFiles=$(find -name php* | wc -l) echo "$numberOfFiles" if (("$numberOfFiles" <= "0")) then echo "Nothing to delete" echo "There's nothing to delete, everything is fine $(date)" >> /tmp/scan_log else echo "Something to delete" echo "Oops, there are some files that needs to be deleted $(date)" >> /tmp/scan_log sudo rm -vrf php* >> […]
我从本地计算机远程（在屏幕会话中）在服务器上启动了一个crontab作业。 几天后，我终止了屏幕会话，并重新启动我的本地计算机。 服务器中的cron作业仍在运行（我确信这一点）。 但是使用crontab -l会显示 “没有xxx的crontab” crontab -r也不会删除作业。 那么现在是僵尸吗？ 我如何pipe理它？
如果我在Debian中手动执行这个脚本： #!/bin/bash /sbin/ifconfig wlan0 down /sbin/ifconfig wlan0 up sudo iwconfig wlan0 essid "WLAN_NETWORK" sudo iwconfig wlan0 key myPassword sudo dhclient wlan0 它工作正常。 它重新启动我的WiFi适配器，并重新连接没有问题。 但是，当我使用cron编程时，它什么都不做（当然是用pipe理员权限）。 任何暗示正在发生的事情？
在Cron的手册页中，它提到了特殊的string“@reboot”。 我可以把这个和定期的时间表结合起来吗 目标是简单地安排工作每天运行一次，并在系统重新启动的情况下立即运行。