Отсутствует файл PID при использовании диспетчера процессов для запуска отложенного задания

Question

Я использую BluePill для управления такими процессами, как отложенная работа для Rails. В журнале BluePill я получаю это сообщение:

W, [2010-09-27T01:23:20.447053 #19441]  WARN -- : [fsg_distro:delayed_job] pid_file /srv/fsg_distro/shared/pids/delayed_job.pid does not exist or cannot be read
W, [2010-09-27T01:23:20.447368 #19441]  WARN -- : [fsg_distro:delayed_job] Executing start command: ruby script/delayed_job -e production start
I, [2010-09-27T01:23:20.469165 #19441]  INFO -- : [fsg_distro:delayed_job] Going from down => starting

Таким образом, он утверждает, что pid-файл отсутствует, что это такое, но не должен ли этот pid быть создан, когда BluePill запускает процесс отложенного задания?

Обновление Чтобы быть немного яснее об этой ошибке, я могу успешно запустить команду вручную, но Bluepill не может выполнить команду запуска. Когда я запускаю его вручную, это выглядит так:

rails@george:/srv/fsg_distro/current$ /usr/bin/env RAILS_ENV=production /usr/bin/ruby /srv/fsg_distro/current/script/delayed_job start
delayed_job: process with pid 17564 started. 

Когда я запускаю его с Bluepill, это выглядит так:

W, [2010-10-03T21:24:13.943136 #17326]  WARN -- : [fsg_distro:delayed_job] pid_file /srv/fsg_distro/shared/pids/delayed_job.pid does not exist or cannot be read
W, [2010-10-03T21:24:13.943391 #17326]  WARN -- : [fsg_distro:delayed_job] pid_file /srv/fsg_distro/shared/pids/delayed_job.pid does not exist or cannot be read
I, [2010-10-03T21:24:13.943811 #17326]  INFO -- : [fsg_distro:delayed_job] Going from starting => down
W, [2010-10-03T21:24:14.945274 #17326]  WARN -- : [fsg_distro:delayed_job] pid_file /srv/fsg_distro/shared/pids/delayed_job.pid does not exist or cannot be read
W, [2010-10-03T21:24:14.945495 #17326]  WARN -- : [fsg_distro:delayed_job] pid_file /srv/fsg_distro/shared/pids/delayed_job.pid does not exist or cannot be read
W, [2010-10-03T21:24:14.945826 #17326]  WARN -- : [fsg_distro:delayed_job] Executing start command: /usr/bin/env RAILS_ENV=production /usr/bin/ruby /srv/fsg_distro/current/script/delayed_job start
W, [2010-10-03T21:24:15.049261 #17326]  WARN -- : [fsg_distro:delayed_job] Start command execution returned non-zero exit code:
W, [2010-10-03T21:24:15.049491 #17326]  WARN -- : [fsg_distro:delayed_job] {:stderr=>"", :exit_code=>1, :stdout=>""} 
I, [2010-10-03T21:24:15.049947 #17326]  INFO -- : [fsg_distro:delayed_job] Going from down => starting 

Моя таблетка выглядит так:

APP_ROOT='/srv/fsg_distro'
RAILS_ROOT='/srv/fsg_distro/current'
RAILS_ENV='production'
RUBY_EXEC='/usr/bin/ruby'

Bluepill.application("fsg_distro", :log_file => "/srv/fsg_distro/shared/log/bluepill.log") do |app|
  app.process("delayed_job") do |process|
    process.working_dir = RAILS_ROOT

    process.start_grace_time    = 30.seconds
    process.stop_grace_time     = 30.seconds
    process.restart_grace_time  = 30.seconds

    process.start_command = "/usr/bin/env RAILS_ENV=#{RAILS_ENV} #{RUBY_EXEC} #{RAILS_ROOT}/script/delayed_job start"
    process.stop_command  = "/usr/bin/env RAILS_ENV=#{RAILS_ENV} #{RUBY_EXEC} #{RAILS_ROOT}/script/delayed_job stop"

    process.pid_file = "#{APP_ROOT}/shared/pids/delayed_job.pid"
    process.uid = "deploy"
    process.gid = "deploy"
  end
end 

И мой скрипт отложенной работы выглядит так:

#!/usr/bin/env ruby
ENV['RAILS_ENV'] ||= 'production'

require File.dirname(__FILE__) + '/../config/environment'
require 'delayed/command'
Delayed::Command.new(ARGV).daemonize 

Answer 1

Если вы daemonize delayed_job (который вы есть), то вы должны сгенерировать файл pid для него самостоятельно, или получить delayed_job, чтобы сделать это за вас, тогда bluepill ожидает найти файл pid один раз grace_start_time прошел.

Если вы запустите delayed_job на переднем плане и скажете bluepill демонизировать процесс для вас, bluepill сгенерирует файл pid.

Вы не можете одновременно контролировать процесс самодемонизации и заставить bluepill создать файл pid. Это либо один, либо другой.

Answer 2

У меня нет ответа, но точно такой же вопрос. Я испробовал много-много решений, включая создание сценария запуска для init.d и вызов его из bluepill, как описано в другой публикации на основе мониторинга (http://stackru.com/questions/1226302/how-to-monitor- отложенная работа с монитором), но ничего не получалось. Всегда существует проблема с правами доступа к файлу PID. Как это может быть в случае, когда работает как su?

Я владею кодом и делюсь им с группой www. Нужно ли создавать пользовательский пользователь только для запуска bluepill? Если да, то с какими настройками?