Ruby on rails Rails延迟了引用旧版本的作业

我有一个在Rails 4.2上运行的项目，我的后台工作使用delayed_job（4.0.6）。几周来，我一直有一个问题，视频编码在寻找要处理的文件时失败。错误消息包含一个旧的发布路径，该路径不久前已被Capistrano（3.4.0）删除

没有此类文件或目录@rb_sysopen-/var/www/apps//releases/20150906031337/static/post_assets/videos/000/436/600/original.mov

Capistrano将自动删除旧版本，这很好（我保留了5个版本），但我会在每次部署时重新启动延迟的_作业。我在共享文件夹中有PID，它们与部署后运行

ps-ef | grep delayed_job

时得到的PID匹配

我运行了2个worker（

set:delayed_job_worker，2个

），并使用“capistrano3 delayed job”（1.4.0）作为部署公式

重新启动时，我确实有很多作业在队列中，但这与当时运行的视频编码作业不一致，可能会造成干扰或其他问题（毕竟我保留了5个版本，因此即使作业在最后一个版本上运行，文件夹也应该仍然存在）。虽然在部署时可能会运行许多较小的作业，但DJ应该能够处理这些作业并以优雅的方式重新启动，对吗

---

工人们似乎还在犹豫，还是我遗漏了什么？

在每次部署中重新启动延迟的工人，并指出最新版本必须解决这个问题

这有一个宝石

如果你不想使用gem，请关注完整信息

如果需要，也请参考

如果由于版本不匹配而不支持这些任务，请从cap3执行自定义命令

namespace :deploy do
  desc 'Restart application'
  task :restart do
    on roles(:app), in: :sequence, wait: 5 do
      # Your restart mechanism here, for example:
      execute :touch, release_path.join('tmp/restart.txt')
      execute "cd '#{release_path}' && RAILS_ENV=#{fetch(rails_env)} script/delayed_job -n 2 restart"
    end
  end
end

---

在每个部署上重新启动Worker都会导致问题？不太确定你的意思，是的，可能是关于如何重新启动的问题，但我需要重新启动他们，因为他们必须获取最新的代码更改，对吗？谢谢你的回答。我已经像我写的那样使用了这个宝石。我认为gem应该比定制代码更好地处理它。我的另一个想法是新乘客的新重启方法。我还没有读过，但可能会尝试降级。

namespace :deploy do
  desc 'Restart application'
  task :restart do
    on roles(:app), in: :sequence, wait: 5 do
      # Your restart mechanism here, for example:
      execute :touch, release_path.join('tmp/restart.txt')
      execute "cd '#{release_path}' && RAILS_ENV=#{fetch(rails_env)} script/delayed_job -n 2 restart"
    end
  end
end