Как помешать Богу покинуть устаревшие рабочие процессы Resque? - PullRequest
Новая
       26

Как помешать Богу покинуть устаревшие рабочие процессы Resque?

12 голосов
/ 28 марта 2011

Я пытаюсь понять, как контролировать работника резка для travis-ci с богом таким образом, что остановка часов реска через бога не оставит устаревшего рабочего процесса.

Далее я говорю о рабочем процессе, а не о разветвленных дочерних процессах задания (т. Е. Очередь все время пуста).

Когда я вручную запускаю работника resque следующим образом: 

$ QUEUE=builds rake resque:work

Я получу один процесс: 

$ ps x | grep resque
 7041 s001  S+     0:05.04 resque-1.13.0: Waiting for builds

И этот процесс исчезнет, ​​как только я остановлю рабочую задачу.

Но когда я начинаю то же самое с богом ( здесь указана точная конфигурация , в основном то же самое, что и пример resque / god ), подобный этому ... 

$ RAILS_ENV=development god -c config/resque.god -D
I [2011-03-27 22:49:15]  INFO: Loading config/resque.god
I [2011-03-27 22:49:15]  INFO: Syslog enabled.
I [2011-03-27 22:49:15]  INFO: Using pid file directory: /Volumes/Users/sven/.god/pids
I [2011-03-27 22:49:15]  INFO: Started on drbunix:///tmp/god.17165.sock
I [2011-03-27 22:49:15]  INFO: resque-0 move 'unmonitored' to 'init'
I [2011-03-27 22:49:15]  INFO: resque-0 moved 'unmonitored' to 'init'
I [2011-03-27 22:49:15]  INFO: resque-0 [trigger] process is not running (ProcessRunning)
I [2011-03-27 22:49:15]  INFO: resque-0 move 'init' to 'start'
I [2011-03-27 22:49:15]  INFO: resque-0 start: cd /Volumes/Users/sven/Development/projects/travis && rake resque:work
I [2011-03-27 22:49:15]  INFO: resque-0 moved 'init' to 'start'
I [2011-03-27 22:49:15]  INFO: resque-0 [trigger] process is running (ProcessRunning)
I [2011-03-27 22:49:15]  INFO: resque-0 move 'start' to 'up'
I [2011-03-27 22:49:15]  INFO: resque-0 moved 'start' to 'up'
I [2011-03-27 22:49:15]  INFO: resque-0 [ok] memory within bounds [784kb] (MemoryUsage)
I [2011-03-27 22:49:15]  INFO: resque-0 [ok] process is running (ProcessRunning)
I [2011-03-27 22:49:45]  INFO: resque-0 [ok] memory within bounds [784kb, 784kb] (MemoryUsage)
I [2011-03-27 22:49:45]  INFO: resque-0 [ok] process is running (ProcessRunning)

Тогда я получу дополнительный процесс: 

$ ps x | grep resque
 7187   ??  Ss     0:00.02 sh -c cd /Volumes/Users/sven/Development/projects/travis && rake resque:work
 7188   ??  S      0:05.11 resque-1.13.0: Waiting for builds
 7183 s001  S+     0:01.18 /Volumes/Users/sven/.rvm/rubies/ruby-1.8.7-p302/bin/ruby /Volumes/Users/sven/.rvm/gems/ruby-1.8.7-p302/bin/god -c config/resque.god -D

Бог, кажется, только записывает pid первого: 

$ cat ~/.god/pids/resque-0.pid
7187

Когда я остановлю часы реска через бога: 

$ god stop resque
Sending 'stop' command

The following watches were affected:
  resque-0

Бог дает этот вывод журнала: 

I [2011-03-27 22:51:22]  INFO: resque-0 stop: default lambda killer
I [2011-03-27 22:51:22]  INFO: resque-0 sent SIGTERM
I [2011-03-27 22:51:23]  INFO: resque-0 process stopped
I [2011-03-27 22:51:23]  INFO: resque-0 move 'up' to 'unmonitored'
I [2011-03-27 22:51:23]  INFO: resque-0 moved 'up' to 'unmonitored'

Но на самом деле он не завершает оба процесса, оставляя действительный рабочий процесс живым: 

$ ps x | grep resque
 6864   ??  S      0:05.15 resque-1.13.0: Waiting for builds
 6858 s001  S+     0:01.36 /Volumes/Users/sven/.rvm/rubies/ruby-1.8.7-p302/bin/ruby /Volumes/Users/sven/.rvm/gems/ruby-1.8.7-p302/bin/god -c config/resque.god -D

Ответы [ 2 ]

16 голосов
/ 28 марта 2011

Вам нужно сказать богу использовать pid-файл, сгенерированный программой спасения, и установить pid-файл 

w.env = {'PIDFILE' => '/path/to/resque.pid'}
w.pid_file = '/path/to/resque.pid'

env скажет спасателю написать pid файл, а pid_file скажет богу использовать его

также, как заметил svenfuchs, этого должно быть достаточно для установки только правильного env: 

w.env = { 'PIDFILE' => "/home/travis/.god/pids/#{w.name}.pid" }

, где /home/travis/.god/pids - каталог pids по умолчанию

0 голосов
/ 12 марта 2014

Я мог бы немного опоздать на вечеринку здесь, но у нас была та же проблема на нашей стороне.Мы использовали 

rvm 2.1.0@ do bundle exec rake environment resque:work

, что вызвало несколько процессов.По словам нашего парня сисопов, это связано с использованием rvm do , который мы в итоге заменили на 

/path/to/rvm/gems/ruby-2.1.0/wrappers/bundle exec rake environment resque:work

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

...