* */1 * * * sh foo.sh 我在一台生产机器上发现了这个设置。 foo.sh每隔一分钟执行一次。 我猜测这个设置的原始作者希望每隔一个小时执行一次。 而我无法在crontab手册页中find此设置的官方含义。 因此，请帮助。 更新： 我从这台机器上提取这些日志，但是我找不到它们的法律。 2013-06-29 20:47:01 2013-06-29 20:50:02 2013-06-29 20:51:01 2013-06-29 20:53:01 2013-06-29 20:54:01 2013-06-29 20:57:01 2013-06-29 20:58:01 2013-06-29 21:00:01 2013-06-29 21:05:02 2013-06-29 21:10:02
今天晚上我第一次玩cron，开始有奇怪的结果。 我试图运行的脚本是一个监视器，它允许我使用Web界面pipe理其他脚本。 当我从shell运行看门狗脚本时， sudo ./watchdog.py每次都能正常工作，并启动它应该使用的脚本。 当我将它添加到crotab中时， sudo crontab -e与*/1 * * * * /home/user/watchdog.py ，它不会启动它们，或者它们在启动后立即崩溃。 这些脚本确实需要以root身份运行，所以我也尝试了*/1 * * * * sudo /home/user/watchdog.py ，但没有任何改变。 我的问题是2部分。 1：如何解决这个问题？ 2：是什么原因造成的，为什么？
我想在两个基于CentOS的服务器之间进行双向数据同步，所以我在两个CentOS服务器上安装了Unison 。 我做了一个脚本文件在根本运行一致，工作正常，并同步文件，当我从terminal运行。 当我把这个脚本放在crontab中时，同步根本不起作用。 我的/etc/crontab是 */1 * * * * root sh /root/syncaaa.sh &>/root/unison-cron.log 什么crontab放在/root/unison-cron.log Usage: unison [options] or unison root1 root2 [options] or unison profilename [options] For a list of options, type "unison -help". For a tutorial on basic usage, type "unison -doc tutorial". For other documentation, type "unison -doc topics". 我的unison.log文件在通过cron运行时没有更新，只是在通过terminal直接运行时更新。 我检查了cron日志和syncaaa.sh文件运行每个miunte。 任何人都可以build议我该怎么做才能debugging它？ […]
我试图在我的Windows Server 2008机器上运行Django。 我可以通过调用python manage.py runserver 54321手动执行此操作，该服务器在http://127.0.0.1:54321启动Django的服务器 – 然后我可以使用IIS中的反向代理通过IIS提供站点。 但现在，我想自动启动服务器，以便在服务器启动后立即启动。 我正在使用计划任务来完成此任务。 我有一个名为launch.cmd的文件，其中包含python manage.py runserver 54321 & ，然后是在启动时运行launch.cmd 本地服务下运行的计划任务。 当我运行Scheduled Task来testing它时，它立即停止运行结果（0x1）。 根据任务历史logging，这表明脚本正在运行，然后立即结束，这意味着Django服务器不在服务内容。 有没有办法阻止我的计划任务在我启动我的Django服务器后立即结束？
如何在cent os上增加/ var / log / cron的大小6.4。 我想保持日志logging更长的时间。 谢谢！
我已经configuration了一个cron作业来运行一个命令 some-command 2>&1 >/dev/null | tee -a /tmp/some-command.STDERR.$(date +\%Y-\%m-\%d.\%H.\%M) 我也有一个tmpreaper cron作业，整理旧日志。 每一个进程都会不时地出现混乱，并且太快地占用了所有的磁盘空间（我正在debugging它，但这不是这个问题的关键）。 当发生这种情况时，似乎“tee”会被永久性地锁住“没有留下设备空间”的错误; tmpreaper最终步入腾出空间并不重要，这个过程永远不会恢复。 开发策略的唯一要点是能够实时检查stream程的实施情况。 然而，这个输出最终也会出现在我（不可避免地）杀死进程后cron发送的邮件中。 原因在于，cron在其他一些正在代表我收集stderr日志的分区上有自己的文件。 但我无法弄清楚那个文件在哪里。 有小费吗？
我的/etc/cron.daily脚本似乎执行/etc/cron.daily我所理解的要晚得多。 我在Ubuntu和anacron安装。 如果我做一个sudo cat /var/log/syslog | grep cron sudo cat /var/log/syslog | grep cron我得到像这样的东西： Aug 23 01:17:01 mymachine CRON[25171]: (root) CMD ( cd / && run-parts –report /etc/cron.hourly) Aug 23 02:17:01 mymachine CRON[25588]: (root) CMD ( cd / && run-parts –report /etc/cron.hourly) Aug 23 03:17:01 mymachine CRON[26026]: (root) CMD ( cd / && run-parts –report […]
运行亚马逊ami（类似于centos。） 这是我在/ var / log下的cron文件中find的： Sep 4 15:32:01 mike crond[2289]: (root) BAD FILE MODE (/etc/cron.d/mytasks) 这是我的文件mytasks在文件夹cron.d下 SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=mygmailemail HOME=/ #hourly query for social share data 1 1-23 * * * wget -q http://localhost/sharecounter.php?period=hourly -O /dev/null 2 >&1 > /dev/null #daily query for social share data 1 0 * * 1-6 wget -q http://localhost/sharecounter.php?period=daily -O […]
我在CentOS 6.5 Linux服务器上为一个客户系统pipe理多人游戏。 客户要求我发送每日聊天logging（以识别和禁止激进的玩家） – 作为文本文件的附件。 所以我想出了以下的crontab命令： CONTENT_TYPE="text/plain; charset=utf-8" [email protected] LANG=en_US.UTF-8 #minute hour mday month wday command 55 23 * * * grep CHAT /var/log/game-`date +\%a`-*.txt | (echo 'The log is attached'; uuencode `date +\%A`.txt) | mail -s 'The daily chat log' [email protected] 这对我来说很适合使用Gmail。 但客户只使用Mail.ru或Yandex.ru帐户，那里看起来不好 – 没有附件显示，他看到内联uuencode输出（也就是begin 664 MT)Blah§$%&Blah ）： 我的问题是，如果有一个安全的方式发送邮件的cron作业作为文本文件附件 。 我知道很多可以用perl（我可以编程）的帮助下完成，但我不知道是否有更简单的方法 – 与uuencode或mailx或其他实用程序？
我们的一名DBA创build了以下crontab条目，每天从上午6:30到午夜每3小时运行一次备份： 30 6-24/3 * * * (path to backup script) 克朗拿了入门，但没有按预期运行备份。 我不是系统pipe理员或Linux专家。 我的分析是，入口应该（从小时候永远不等于24）： 30 6-23/3 * * * (path to backup script) 哪个条目是正确的？ 如果第一个条目是错误的，为什么crontab允许DBA创build条目？ 它应该抛出一个错误。 如果我想创build一个条目，从上午6:30到下午11:30每3小时运行一次备份，我将如何创build一个crontab条目？ 没有例子显示以半个小时结束的时间范围。 编辑 ：系统是Oracle Enterprise Linux 5。 这个脚本只能在2300之前运行一次，我会做更多的testing并回发。 我仍然困惑如何cron接受小时（24）的非法价值。 这很奇怪 如果我创build一个条目，如： 30 6-24/3 * * * /bin/ls 我无法保存crontab。 我收到一个错误，那个小时很糟糕。 如果我创build一个条目，如： 30 6-24/4 * * * /bin/ls 我可以保存input。 它没有任何意义。 时间还是不好，被接受。 这是一个错误还是一个预期的行为？ […]