出于某种原因，logrotate每天都在旋转日志，而不是每周，尽pipelogrotate的所有configuration文件似乎都设置为每周。 有任何想法吗？ /etc/cron.daily/logrotate #!/bin/sh test -x /usr/sbin/logrotate || exit 0 /usr/sbin/logrotate /etc/logrotate.conf /etc/logrotate.conf中 # see "man logrotate" for details # rotate log files weekly weekly # keep 4 weeks worth of backlogs rotate 4 # create new (empty) log files after rotating old ones create # uncomment this if you want your log files compressed […]
我正在尝试每5分钟在cron上执行一个mysqldump ，但似乎它不工作。 我尝试执行mysqldump ，它工作正常。 mysqldump mysqldump -uroot -ppassword –single_transaction –opt dbname | gzip > /home/myhome/backup/dbname.`date +"%T"`.sql.gz cron */5 * * * * mysqldump -uroot -ppassword –single_transaction –opt dbname | gzip > /home/myhome/backup/dbname.`date +"%T"`.sql.gz LOG May 17 04:35:42 CentOS-63-64-minimal crontab[5605]: (root) LIST (root) May 17 04:40:01 CentOS-63-64-minimal CROND[5626]: (root) CMD (mysqldump -uroot -ppassword –single_transaction –opt dbname […]
我在我的Ubuntu服务器12.04上有cron作业的问题。 我有两个互联网提供商 – 一个用于快速，另一个用于本地资源。 所以，我正在使用命令路由来启动第二个提供程序的静态路由。 但重点是，dhclient每隔1500秒要求提供商提供新的路由并进行设置。 Sep 14 18:00:57 ubuntu dhclient: DHCPREQUEST of 10.166.132.69 on eth2 to 80.73.64.167 port 67 Sep 14 18:00:57 ubuntu dhclient: DHCPNAK from 80.73.64.167 Sep 14 18:00:57 ubuntu dhclient: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 3 Sep 14 18:00:58 ubuntu dhclient: DHCPREQUEST of 10.166.132.69 on eth2 to 255.255.255.255 port […]
我正在运行各种crontabcurl请求，我不知道为什么有些人停止输出内容到日志文件。 我做的唯一的改变是从所有的条目中删除了琐碎的东西，因为它们对我来说真的没有意义，并且很难pipe理。 在我的testing中，我注意到，当我把他们放回失败的条目，他们再次工作。 问题是什么？ 请注意，我通过.htaccess删除了文件扩展名。 如果您需要其他信息，请让我知道！ 谢谢你的时间！ 这是一个正常工作的： 00 6 * * * /usr/bin/curl -sS http://thisismysite.com/updater?no_header=1 >> $(date "+/home/jborn/thisismysite.com/cronlogs/\%Y\%m\%dlogUPDATER.txt") && mutt -s "UPDATER" -a $(date "+/home/jborn/thisismysite.com/cronlogs/\%Y\%m\%dlogUPDATER.txt") — [email protected] 下面是一个不像cronlock那样输出到文件的文件： 2 3 * * * /usr/bin/curl -sS http://thisismysite.com/mw?sp_ids=21,22,23,24,25,26&no_header=1 >> $(date "+/home/jborn/thisismysite.com/cronlogs/\%Y\%m\%dlogMIDWEST.txt") 我不想留下相关的信息，所以这里是如何（工作）与cronlocks： 2 3 * * * /usr/local/bin/setlock -n /tmp/cronlock.3783699908.155536 sh -c $'/usr/bin/curl -sS http://thisismysite.com/mw?sp_ids=21,22,23,24,25,26&no_header=1' >> […]
钥匙串 教程build议将/usr/bin/keychain –clear到〜/ .bash_profile中，以允许cron作业使用无密码login。 我不确定我是否明白这是如何工作的。 如果正确的话，这个选项会在用户login时清除ssh-agent的caching。但是在典型的keychain设置中，只有一个ssh-agent正在运行。 和cron作业使用相同的ssh-agent，需要无密码地login到其他服务器。 因此，直到刚刚login的用户input密码来解锁密钥，这些cron作业将无法运行？
我在/etc/cron.d下有一个cron脚本，如下所示： SHELL = / bin / sh PATH = / usr / local / sbin：/ usr / local / bin：/ sbin：/ bin：/ usr / sbin：/ usr / bin 0 0 * * * root / usr / local / sbin / app_logrotate >> /var/log/app-newday.log 这工作，但它始终在当地时间00:00执行。 有问题的应用程序使用UTC时间（我不能改变这一点）。 在我的时区，这是几个小时的时间，导致这个应用程序创build的每日日志文件上的date标记永远不会是一个新的一天。 我无法将系统本地时间更改为UTC，因为其他应用程序依赖于本地时间。 我想知道是否有可能只在UTC时间00:00执行此cron，同时保持我的系统本地时间。 我曾尝试将TZ = UTC添加到没有工作的cron脚本。 有谁知道这可以做到吗？
我试图定期使用Cron重新启动PHP5-FPM，但我没有运气。 我可以手动重新启动，没有问题，使用service php5-fpm restart或/usr/sbin/service php5-fpm restart 但是，当我使用相同的命令（包括使用/usr/sbin/service的完整path）时，什么都不会发生。 cronjob确实运行（正如我从syslog中看到的那样），但是PHP5-FPM不会重新启动。 我的root用户的crontab的相关行如下所示： * * * * * /usr/sbin/service php5-fpm restart 我已经确认了which servicepath确实是/usr/sbin/service 。 为什么这不起作用？
我从这里复制了这个问题从unix.StackOverflow 当我使用incrontab开箱时，我的意思是没有改变，我没有得到任何结果，就好像cmd没有执行。 我的incron行是：/ crrae IN_CREATE，IN_CLOSE_WRITE，IN_MOVED_TO / usr / bin / unix2dos $＃ 日志给出的信息好像一切正常，但实际上没有 生成的strace是：incrontab_trace_0.txt 0.000000 poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN}, {fd=8, events=POLLIN}], 3, -1) = 1 ([{fd=8, revents=POLLIN}]) 17.616276 read(8, "\1\0\0\0\0\1\0\0\0\0\0\0000\0\0\0ExportSageJDE_CO"…, 32768) = 64 0.000145 stat64("/crrae", {st_mode=S_IFDIR|0777, st_size=4096, …}) = 0 0.000147 time(NULL) = 1399228077 0.000056 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=156, …}) = 0 0.000089 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=156, […]
这个问题与这个问题有直接的关系： 当从cron bash脚本运行时，ssh无法执行远程命令 – 从CLI 我无法评论接受的答案，因为我没有足够的代表，所以请耐心等待。 我正在一台Linux PC机上运行一个脚本，而我试图从中获取输出的主机是一台带有操作系统的路由器，所以在configuration控制台方面我没什么影响。 基本上在cron下执行： OUT=$(ssh -tt -vv [email protected] "remote command")给我一个空variables。 debug1: Sending command: remote command debug2: channel 0: request exec confirm 1 debug2: callback done debug2: channel 0: open confirm rwindow 2621440 rmax 262144 debug2: channel 0: read<=0 rfd 4 len 0 debug2: channel 0: read failed 如果我正在执行这个外部cron，即在CLI中，我得到了预期的输出。 正如你所看到的-tt选项强制伪tty分配没有帮助。 任何解决scheme，以帮助cron克服越野车远程控制台？
我在/etc/crontab有这一行： 47 6 * * Sat root test -x /usr/sbin/anacron || ( cd / && run-parts –report /etc/cron.weekly ) 所以cron.weekly应该每个星期六上午6点47分开始吧？ 但是它每个星期三开始。 我重新启动了cron服务。 我究竟做错了什么？ 谢谢。