我需要备份一个目录 zip -r /savehere/backup_`date +%y%m%d%H%M%S` /save/this -q 它工作正常。 但不是从crontab： * * * * zip -r /savehere/backup_`date +%y%m%d%H%M%S` /save/this -q 也不 * * * * cd /savehere/; /usr/bin/zip -r /savehere/backup_`date +%y%m%d%H%M%S` /save/this -q 在这个crontab中的其他命令正在工作。 这个命令有什么问题？
任何人都可以告诉我如何可以刷新/清理/归零或更好地旋转cronevents的内容？ 我需要解决这个问题，因为我正在尝试使用Cygwin（CYGWIN_NT-6.0 x86-64）下的某些服务“生产”我的文件服务器实例对，每10分钟运行一次cron作业。 cronevents是一个有用的设施，而debugging。 但现在我正在testing整个运行几天cronevents需要几分钟才能到达底部。 这是几天后， 所以我无法想象，这是几年后追踪步骤的可行方法。 就cronevents的实现而言，我可以看到它被实现为/bin/cronevents.exe。 没有手册页，唯一的build议是 $ cronevents –help Usage: cronevents Function: prints cron and crontab Windows event log entries on stdout. Return value: 0 on success, 1 the if application log cannot be opened. 从上面可以看出，似乎对如何将审计线索维持在一个有限的范围内缺乏明确的build议。 我一直无法确定这个事件文件的位置。 请问有人有解决办法吗？
我正在使用Debian 6，所有补丁，但是当我尝试以root身份访问crontab时，我只是得到一个权限被拒绝： root@server:~# crontab -e -bash: /usr/bin/crontab: Permission denied 请注意，这不是一个用户，而是作为根 。 我甚至没有模糊的线索，如果根无权访问crontab，如何解决这个问题。 有任何想法吗？ 编辑：答案是正确的 a）是的，有恶作剧（至less这是我的怀疑） b）我在crontab上的权限是棘手的： root@server:~# ls -lha /usr/bin/crontab ———- 1 root crontab 30K Dec 19 2010 /usr/bin/crontab 所以尝试chmod的答案： root@server:~# chmod 2755 /usr/bin/crontab chmod: changing permissions of '/usr/bin/crontab': Operation not permitted` 并重新安装包装： root@server:~# apt-get install –reinstall cron Reading package lists… Done Building dependency tree […]
我知道有很多关于这个问题的问题，说它会马上工作。 唉，至less在我们最新的SLES（Suse Linux Enterprise）11 SP3系统上，似乎不再是这种情况。 （你必须重新加载/重新启动cron才能知道/etc/crontab已经改变了。） 我只是testing它。 您需要重新启动cron。 当然。 这是安装的 # rpm -qa | grep -i cron cron-4.1-194.209.1 似乎是ISC cron。 手册页说，它每隔一分钟检查一次crontab以进行更改并在必要时重新加载。 但是，似乎并非如此。 有人对此有所了解吗？ 就像出于某种原因可能会出错的情况一样。也许这是一个错误，或者manpage是错误的，但我现在无法想象…
有一个cron工作是在一天中的大部分时间运行，有时工作卡住，我想设置一个时间或检查它让我知道如果已经被卡住超过20分钟，我想得到我如何做到这一点的想法。 最后，如果真的花了20多分钟，我会很乐意给我们发电子邮件。 这是我的crontab项目： 00 07 * * * /u01/home/oracle/sysadm/run_trans_push.sh > /u01/home/oracle/trc/run_trans_push.sh_`date +\%b_\%d`.trc 2>&1 这也创build一个跟踪文件。
所以我build立了一个简单的脚本，在某个Web服务停止运行时发送电子邮件警报。 它有一个简单的stream程： test = $( curl [address] | grep [a certain string in response] | wc -l ) if [ $test -ne 1 ]; then echo "there has been an error" | mail -s "Error" -t "[my-mail-address]" fi 并在crontab中设置为每五分钟进行一次检查： */5 * * * * sh /path/to/script/ 它运行了好几天，但是大概在十分钟前，几乎同时收到了来自服务器的一百封电子邮件。 这似乎是不可能的，因为脚本中甚至没有任何循环。 系统日志： Jan 26 01:05:01 sv1 CRON[23310]: (munin) […]
cron作业文件： 46 13 * * * root /home/tmp/test_mysql.sh 脚本： execute_query（）{ 查询= “$ 1” res =`mysql –skip-column-names -e“$ query”` 回声“$ res” } res =`execute_query“show databases”` echo $ res 错误我从cron作业成功执行脚本时得到： 错误1045（28000）：访问拒绝用户'root'@'localhost'（使用密码：否） 我可以从命令行以root身份成功执行脚本，因为mysql的login证书保存在/root/.my.cnf中有什么问题？ cronjob莫名其妙不读/root/.my.cnf？
我在一个备份脚本中发现了一个错误，这个脚本是作为一个cron作业运行的，我发现并纠正了这个错误，但是我仍然对这个错误从命令行启动时没有显示出来感到困惑。 脚本本身是以root身份启动的，并且在某个时刻以另一个用户（实际上是“mysql”）启动另一个脚本 su another_user -c "/some/path/another_script" another_script反过来在某些时候做db转储： mysqldump db_name > file.sql 这个mysql的实例没有本地主机的root密码，所以以root身份运行这个命令总是有效的。 我不明白的是，如果我从命令行启动这个脚本，它仍然有效，尽pipe这个命令不是由'root'而是'mysql'用户调用的。 数据库日志显示连接用户仍然是“根”。 而当脚本作为一个cron作业启动时，它会像预期的那样失败，mysql日志显示连接用户是'mysql'。 这个问题实际上可以被简单地重现： su mysql -c "mysqldump db_name > file.sql" 意外地以根用户数据库用户身份连接，如果从命令行以根用户身份启动，并且预期以mysql数据库用户身份连接（如果作为根cron作业启动）。
我试图在救援模式下恢复Ubuntu 10.04服务器，我想停止重启时运行的cron作业和/或cron守护进程。 到目前为止我有： 编辑/ var / spool / cron / 将/etc/init.d/cron改名为cron.disabled 但是cron作业仍然在重启时运行？
因此，我有一个新安装的服务器运行Ubuntu 14.04与默认安装的免费开源控制面板的Sentora。 我没有做任何定制webalizer或cron。 所以我不确定为什么这个错误被抛出。 有任何想法吗？ 这是我从服务器收到的电子邮件地址。 主题：Crontesting-x / usr / sbin / anacron || （cd / && run-parts –report /etc/cron.daily） 身体： /etc/cron.daily/webalizer：/etc/cron.daily/webalizer:17：/etc/cron.daily/webalizer：继续：找不到awk：fatal：无法打开文件`/etc/webalizer/*.conf '阅读（没有这样的文件或目录） direcotry /etc/webalizer只有一个文件： webalizer.conf.sample 。 然后search整个服务器的webalizer.conf文件什么也没有。 那么是什么错误configuration？ 我应该删除这个cron工作吗？ 有什么想法吗？