2

私はレスキューワーカーを監視するためにブルーピルを入手しようとしています。

このコマンドをrailsrootからrootユーザーとして実行すると、resqueworkerokが起動します。

cd /var/www/domain.com/current; RAILS_ENV=production QUEUE=* bundle exec rake resque:work

しかし、bluepillを使用して実行しようとすると、起動しようとし続け、エラーは発生しません。

これが私のブルーピルログで、それが試されていることを示しています。

W, [2011-07-12T22:58:21.640467 #19267]  WARN -- : [domain.com:resque] Executing start command: cd /var/www/domain.com/current; RAILS_ENV=production QUEUE=* bundle exec rake resque:work
I, [2011-07-12T22:58:21.754392 #19267]  INFO -- : [domain.com:resque] Going from down => starting

I, [2011-07-12T22:59:21.334300 #19267]  INFO -- : [domain.com:resque] Going from starting => down
W, [2011-07-12T22:59:22.339873 #19267]  WARN -- : [domain.com:resque] Executing start command: cd /var/www/domain.com/current; RAILS_ENV=production QUEUE=* bundle exec rake resque:work
I, [2011-07-12T22:59:22.479740 #19267]  INFO -- : [domain.com:resque] Going from down => starting

それはこれを何度も繰り返します。

これが私の.pillファイルプロセスです

app.process("resque") do |process|
  process.start_command = "cd #{RAILS_ROOT}; RAILS_ENV=#{RAILS_ENV} QUEUE=* bundle exec rake resque:work"
  process.daemonize = true

  process.start_grace_time = 10.seconds
  process.stop_grace_time = 10.seconds
  process.restart_grace_time = 10.seconds
end

必要な時間内にロードされないが、違いがない場合に備えて、開始猶予時間を延長しようとしました。

誰かがこれを手伝ってもらえますか？

よろしくお願いしますリック

4

4 に答える 4

1

bundle exec（少し古い）を使用するようには適合されていませんが、簡単に編集できます。

これは私の実稼働環境であるBluepillAudioBox.fm構成であり、バトルテスト済みであり、共有できます。

ENVIRONMENT = 'production'
RAILS_ROOT  = ENV['RAILS_ROOT'] || "/var/www/myapp/current"

Bluepill.application("myapp", :log_file => "/var/log/bluepill.log") do |app|
  app.uid = "ubuntu"
  app.gid = "ubuntu"

  4.times do |i|
    app.process("uploaders-#{i}") do |process|
      process.working_dir = RAILS_ROOT
      process.group = "resque"
      queues = "amazon_upload"
      process.start_command = "/usr/bin/env VERBOSE=true RAILS_ENV=#{ENVIRONMENT} QUEUE=#{queues} rake resque:work --trace"
      process.stop_command = <<-EOF
      kill -QUIT {{PID}}
      sleep_count=0
      while [ -e /proc/{{PID}} ]; do
        sleep 1
        let "sleep_count+=1"
        if [ $sleep_count -eq 60 ]; then
          kill -TERM {{PID}}
        fi
        if [ $sleep_count -ge 70 ]; then
          kill -KILL {{PID}}
        fi
      done
      EOF

      process.stdout = process.stderr = "#{RAILS_ROOT}/log/resque.log"
      process.pid_file      = "#{RAILS_ROOT}/tmp/pids/resque-uploader-#{i}.pid"
      process.daemonize     = true
      process.start_grace_time = 5.seconds
      process.stop_grace_time = 75.seconds
      process.restart_grace_time = 80.seconds

      process.checks :mem_usage, :below => 350.megabytes, :every => 1.minute, :times => 3
    end
  end
end
于 2011-07-14T03:18:42.033 に答える
0

@kainの答えはあなたの問題を解決しましたか？非常によく似たことが起こり始めました。bluepillがプロセスが実際に正常に開始されたことを検出しないため、新しいプロセスが作成されます。

于 2012-02-21T03:15:57.007 に答える
0

私はcapistrano+resqueでこの種のものを手に入れています...

ssh-> sudo service redis start、startsで

capistrano-> sudo service redis startを介して、コマンドは機能したがプロセスは機能しなかったと言います...

于 2012-05-01T03:48:08.230 に答える
0

どのバージョンのbluepillを使用していたかはわかりませんが、まさにその動作に現れるバグを修正しました。 プルリクエストが送信されました。

于 2012-02-24T18:14:49.580 に答える