延迟工作不会开始使用Capistrano

时间:2010-11-20 00:35:22

标签: ruby-on-rails capistrano delayed-job

我无法使用capistrano配方启动延迟的作业流程。这是我得到的错误。

/usr/local/lib/ruby/gems/1.9.1/gems/delayed_job-2.1.1/lib/delayed/command.rb:62:in `mkdir': File exists - /my_app/server/releases/20101120001612/tmp/pids (Errno::EEXIST)

这是capistrano代码(注意:我已经尝试了两个启动/重启命令)

after "deploy:restart", "delayed_job:start"
task :start, :roles => :app do          
  run "cd #{current_path}; RAILS_ENV=#{rails_env} script/delayed_job -n 2 start"
end

部署日志中的更多细节错误 -

executing command
 [err :: my_server] /usr/local/lib/ruby/gems/1.9.1/gems/delayed_job-2.1.1/lib/delayed/command.rb:62:in `mkdir': File exists - /my_app/server/releases/20101120001612/tmp/pids (Errno::EEXIST)
 [err :: my_server] from /usr/local/lib/ruby/gems/1.9.1/gems/delayed_job-2.1.1/lib/delayed/command.rb:62:in `daemonize'
 [err :: my_server] from script/delayed_job:5:in `<main>'
    command finished
failed: "sh -c 'cd /my_app/server/current; RAILS_ENV=production script/delayed_job -n 3 restart'" on myserevr

这是一个Rails 3应用程序( v3.0.3

6 个答案:

答案 0 :(得分:21)

看到同样的问题。

事实证明我错过了~/apps/application_name/shared/pids目录。

最后创建它使这个问题消失了。

无需设置自定义dj_pids目录。

答案 1 :(得分:10)

我也遇到了这个错误并发现了一些问题:

  • 确保您拥有shared/pids文件夹。
  • 确保您拥有正确的挂钩设置

您的deploy.rb脚本应包含:

require "delayed/recipes"

after "deploy:stop", "delayed_job:stop"
after "deploy:start", "delayed_job:start"
after "deploy:restart", "delayed_job:restart"

我复制了旧帖子中的挂钩,现在看起来不正确。这些来自实际的delayed_job配方文件注释。

我相信cap deploy:setup应该创建pids文件夹,但我设置的方式不同而且没有创建。 app/current/tmp/pids app/shared/pids链接到{{1}},导致错误目录存在错误。

答案 2 :(得分:4)

这是我修复问题的方法,我使用“--pid-dir”传递了一个显式的pids dir参数。不确定这是否完美,但确实有效。

task :restart, :roles => :app do
  run "cd #{current_path}; RAILS_ENV=#{rails_env} script/delayed_job -n #{dj_proc_count} --pid-dir=#{app_root}/shared/dj_pids restart"
end

答案 3 :(得分:1)

之前添加此目录的创建
after "deploy:restart", "delayed_job:start"
task :start, :roles => :app do  
  run "mkdir #{current_path}/tmp/pids"
  run "cd #{current_path}; RAILS_ENV=#{rails_env} script/delayed_job -n 2 start"
end

答案 4 :(得分:1)

我有同样的问题。原来有一个现有的

  

APPLICATION_NAME /共享/的PID / delayed_job.main.pid

文件,其拥有不正确的所有者权限,导致部署失败。修复此文件的权限为我解决了这个问题。

答案 5 :(得分:0)

由于目录的创建既便宜又快,请使用以下回调:

before 'deploy', 'deploy:setup'

这将确保在每次部署之前始终存在结构。