ruby-on-rails - 试图发现是什么在调用日常 Ruby 作业

Question

对我来说，这可能是那些面面相觑的经历之一，但谦逊是一种美德，我的线索已经用完了……这篇文章的总结是，我需要发现什么可能会引发每天在我们的核心网站之外运行 ruby​​。

我们在 Ubuntu 10.04 LTS 上运行，在 Apache/Passenger 上使用 Ruby 1.9.3-p484/Rails 3.2.17，后端使用 MySQL。我们使用 resque、god 和 passenger 作为我们堆栈的一部分。我从继承的代码库开始使用 Ruby 编程大约 4-5 个月(所以当然还在学习)，但多年来一直使用 Linux(断断续续)。

我有一个模型的类方法，似乎每天都会调用它来更新我们的模型内容(我可以在 Ruby 日志中看到它在执行)，但我不知道是什么在调用它。它似乎不在 Apache/Passenger 堆栈中，因为它似乎在一个似乎只执行例程然后退出的进程下运行，这表明是一个 cron 作业。我用 grep 搜索了 Resque.enqueues，查看了 app/jobs 目录，并查看了/etc/cron 文件。我什至在相当高的级别上为被调用的方法名称搜索了文件系统。 Gemfile 不建议除 Resque 之外的任何其他后台处理工具。

我已经放置了一个“调用者”行来记录它，但它当然只显示了 Ruby 中的调用堆栈，尽管它确实证实了该进程只是为了运行该方法而存在(PID 没有显示为“ps aux"当我稍后检查时):

"(eval):1:in `<top (required)>'",
"/var/www/myapp/shared/bundle/ruby/1.9.1/gems/railties-3.2.17/lib/rails/commands/runner.rb:54:in `eval'",
"/var/www/myapp/shared/bundle/ruby/1.9.1/gems/railties-3.2.17/lib/rails/commands/runner.rb:54:in `<top (required)>'",
"/var/www/myapp/shared/bundle/ruby/1.9.1/gems/railties-3.2.17/lib/rails/commands.rb:64:in `require'",
"/var/www/myapp/shared/bundle/ruby/1.9.1/gems/railties-3.2.17/lib/rails/commands.rb:64:in `<top (required)>'",
"./script/rails:6:in `require'", "./script/rails:6:in `<main>'"

我的问题是 (1) 是否有其他一些我应该查看的调度工具(也许是我不熟悉的 Ruby 工具)，或者 (2) 我是否有办法从 Ruby 中添加调用(比如说，就像我对“调用者”所做的那样)，它会显示调用命令是什么？

更新(2014 年 4 月 27 日): 根据@BasileStarynkevitch 提供的 Process.ppid 线索(谢谢!)，我能够使用以下代码找到调用我正在搜索的方法的命令

Rails.logger.warn "pid = >#{Process.pid}<, parent pid = >#{Process.ppid}<"
_cmd = "cat /proc/#{Process.pid}/cmdline"
Rails.logger.warn "current = >#{`#{_cmd}`}<" rescue nil
_cmd = "cat /proc/#{Process.ppid}/cmdline"
Rails.logger.warn "parent  = >#{`#{_cmd}`}<" rescue nil

日志显示 Rails 运行器脚本是从 bash 脚本启动的:

Apr 27 13:12:22 svrprod rails[26730]: pid = >26730<, parent pid = >26729<
Apr 27 13:12:22 svrprod rails[26730]: current = >ruby./script/rails runner Model.method<
Apr 27 13:12:22 svrprod rails[26730]: parent  = >/bin/sh -c(cd /var/www/myapp/current && bash -l -c "RAILS_ENV=production ./script/rails runner 'Model.method'" > /tmp/method_output 2>&1)<

不幸的是，这让我重新尝试运行 grep 来发现调用它的脚本所在的位置。它确实支持 cron 以某种方式触发它的概念，但在我找到脚本之前，我回到原点。

更新 2 (4/27/14): 嗯，每天学点新东西。这是一项 cron 工作，但我现在不关心 /var/spool/cron(我更关注 /etc/cron)。这就是 rails runner 作业的触发器来源。但是我了解了 Process.ppid 和 rails runner 以及 /var/spool/cron。感谢您的帮助。

Answer 1

有趣的问题，其实我之前也有过这样的疑惑。

检查这个关于输出当前堆栈跟踪的问题，没有引发异常。

Get current stack trace in Ruby without raising an exception

概要:

在您的方法调用中，添加以下行

puts Kernel.caller

Kernel.caller 是一种返回当前堆栈跟踪的方法。您可以只使用 caller 而不是 Kernel.caller，但我喜欢明确 :)。希望您随后可以找出神秘的 cron 作业的来源。