2012-02-21 7 views
1

bluepillが正常に動作しており、resqueプロセスを監視している(EC2)Ubuntuサーバーが1台あります過去には)。実際にプロセスが正常に起動したため、新しいプロセスが作成されたことを検出できませんでした。

新しいノードを設定していて、なんらかの理由でこのノードにbluepillが認識されないため、プロセスが起動して実行中であるため、新しいノードが作成され続けます。私はこれを引き起こしていることに少し戸惑いました。 2つのノードはほぼ同じです。それらは両方とも同じchefスクリプトによってプロビジョニングされたEC2サーバーです。働いていない人が「生産」であり、他の人が「ステージング」しているのは事実ですが、それにはほとんど違いはありません。

私はgithubプロジェクトをフォークし、何が起こっているのかを試してみるために、より多くのモニタリングを挿入する前に、どんな考えや提案もありますか?以前のリストでは、このリストについては、bluepillresqueの問題について議論されていましたが、これは私のステージングサーバでうまくいき、以前のプロダクションサーバでうまくいきました(この新しいプロダクションサーバはルビーです1.9.3(対1.9.2)およびレール3.2(対3.1))。

ここに私の.pillファイル(またはより具体的に、私のchef料理のテンプレートファイル)です:

ENV["RAILS_ENV"] = "<%= node.chef_environment %>" 
ENV["QUEUE"] = "*" 

Bluepill.application("zmx_app") do |app| 
    app.working_dir = "/srv/zmx/current" 
    app.uid = "root" 
    app.gid = "root" 
    2.times do |i| 
    app.process("resque-#{i}") do |process| 
     process.group = "resque" 
     process.start_command = "rake resque:work" 
     process.pid_file = "/srv/zmx/current/tmp/pids/resque_workers-#{i}.pid" 
     process.stop_command = "kill -QUIT {{PID}}" 
     process.daemonize = true 
    end 
    end 
end 

答えて

2

は、これは、固定私がフォークしているbluepillのバグ、、、およびsubmitted a pull requestであることが判明しました。

実際、私の2つの環境の違いがわかりませんでした。ステージング/古いプロダクトは、0.0.58のBluepill 0.0.55にありました。

関連する問題