4

我有一个希望每天运行的 Rails 脚本。我知道有很多方法，并且某些人不赞成使用 cron 的script/runner方法，但它似乎满足了我的需求。

但是，我的脚本没有按计划执行。

我的应用程序位于/data/myapp/current，脚本位于script/myscript.rb. 我可以手动运行它而不会出现问题root：

/data/myapp/current/script/runner -e production /data/myapp/current/script/myscript.rb

当我这样做时，特殊日志文件 ( log/myscript.log) 会按预期记录到：

Tue Mar 03 13:16:00 -0500 2009 Starting to execute script...
...
Tue Mar 03 13:19:08 -0500 2009 Finished executing script in 188.075028 seconds

我将它设置为cron每天早上 4 点运行。 root的 crontab：

$ crontab -l
0 4 * * * /data/myapp/current/script/runner -e production /data/myapp/current/script/myscript.rb

事实上，它看起来就像在今天早上之前尝试运行的一样！

$ tail -100 /var/log/cron
...
Mar  2 04:00:01 hostname crond[8894]: (root) CMD (/data/myapp/current/script/runner -e production /data/myapp/current/script/myscript.rb)
...
Mar  3 04:00:01 hostname crond[22398]: (root) CMD (/data/myapp/current/script/runner -e production /data/myapp/current/script/myscript.rb)
...

但是，我的日志文件中没有条目，并且它应该更新的数据也没有得到更新。日志文件权限（作为测试）甚至设置为全局可写：

$ ls -lh
total 19M
...
-rw-rw-rw- 1 myuser apps 7.4K Mar  3 13:19 myscript.log
...

我在 CentOS 5 上运行。

所以我的问题是...

  1. 我还能在哪里寻找信息来调试它？
  2. 这可能是 SELinux 问题吗？是否有我可以设置或更改的安全上下文来解决此错误？

谢谢！

更新

感谢保罗和卢克。事实证明这是一个环境问题，将其捕获stderr到日志文件使我能够找到错误。

$ cat cron.log 
/usr/bin/env: ruby: No such file or directory

$ head /data/myapp/current/script/runner 
#!/usr/bin/env ruby
require File.dirname(__FILE__) + '/../config/boot'
require 'commands/runner'

将特定的 Ruby 可执行文件添加到命令中就可以了：

$ crontab -l
0 4 * * * /usr/local/bin/ruby /data/myapp/current/script/runner -e production /data/myapp/current/script/myscript.rb >> /data/myapp/current/log/cron.log 2>&1
4

3 回答 3

7

默认情况下，cron 将其输出邮寄给运行它的用户。你可以看看那里。

重定向 cron 运行的脚本的输出非常有用，这样您就可以在日志文件中查看结果，而不是在服务器上查看一些随机用户的本地邮件。

以下是将 stdout 和 stderr 重定向到日志文件的方法：

cd /home/deploy/your_app/current; script/runner -e production ./script/my_cron_job.rb >> /home/deploy/your_app/current/log/my_file.log 2>&1

将>>标准输出重定向到文件，并将2>&1标准错误重定向到标准输出，因此也会记录任何错误消息。

完成此操作后，您将能够检查错误消息以了解实际情况。

于 2009-03-03T18:44:36.703 回答
2

当有人发现他们的脚本从命令行运行时无法在 cron 作业中运行时，通常的问题是它依赖于交互式会话具有但 cron 没有得到的某些环境。一些常见的候选者是“PATH”环境，可能还有“HOME”。

于 2009-03-03T18:44:20.823 回答
-1

在 Linux 上，确保所有配置文件（/etc/crontab、/etc/crond.{daily、hourly、etc}/* 和 /etc/cron.d/*）只能写入用户 root 并且不是符号链接，否则他们甚至不会被考虑。

要允许非 root 和/或符号链接，请为 crond 守护程序指定 -p 选项。

于 2010-09-10T12:38:53.093 回答