Есть ли в Интернете примеры того, как отслеживать delayed_job с помощью Monit?
Все, что я могу найти, использует God, но я отказываюсь использовать Бога, поскольку длительные процессы в Ruby обычно сосут. (Самое текущее сообщение в списке рассылки God? Использование памяти Бога растет неуклонно.)
Обновление: delayed_job теперь содержит образец monit config на основе этого вопроса.
Вот как я получил эту работу.
script/delayed_job, который вы можете использовать с monit. Railscasts хороший эпизод об этой версии delayed_job (ASCIICasts версия). Этот script также имеет некоторые другие приятные функции, такие как возможность запуска нескольких сотрудников. Я не рассматриваю это здесь../configure --sysconfdir=/etc/monit, поэтому был выбран стандартный конфигурационный каталог Ubuntu.Напишите monit script. Вот что я придумал:
check process delayed_job with pidfile /var/www/app/shared/pids/delayed_job.pid start program = "/var/www/app/current/script/delayed_job -e production start" stop program = "/var/www/app/current/script/delayed_job -e production stop"
Я храню это в своей системе управления суксом и укажу на него с помощью include /var/www/app/current/config/monit в файле /etc/monit/monitrc.
monit start delayed_job и monit stop delayed_job - это то, что вы хотите запустить. Я также перезагружаю monit при развертывании, чтобы выбрать любые изменения файла конфигурации.Проблемы, с которыми я столкнулся:
daemons gem должен быть установлен для script/delayed_job для запуска.script/delayed_job с помощью -e production (например). Это описано в файле README, но не в выводе справки script./usr/bin/ruby и /usr/bin/gem к версиям REE.При отладке monit я нашел, что это помогает остановить версию init.d и запустить ее из командной строки, чтобы вы могли получать сообщения об ошибках. В противном случае очень сложно понять, почему все идет не так.
sudo /etc/init.d/monit stop
sudo monit start delayed_job
Надеюсь, это поможет следующему человеку, который хочет контролировать delayed_job с помощью monit.
Для чего вы стоите, вы всегда можете использовать /usr/bin/env с monit для настройки среды. Это особенно важно в текущей версии delayed_job, 1.8.4, где параметр среды (-e) устарел.
check process delayed_job with pidfile /var/app/shared/pids/delayed_job.pid
start program = "/usr/bin/env RAILS_ENV=production /var/app/current/script/delayed_job start"
stop program = "/usr/bin/env RAILS_ENV=production /var/app/current/script/delayed_job stop"
В некоторых случаях вам также может потребоваться установить PATH с помощью env.
Мне было проще создать init script для отложенного задания. Он доступен здесь: http://gist.github.com/408929 или ниже:
#! /bin/sh
set_path="cd /home/rails/evatool_staging/current"
case "$1" in
start)
echo -n "Starting delayed_job: "
su - rails -c "$set_path; RAILS_ENV=staging script/delayed_job start" >> /var/log/delayed_job.log 2>&1
echo "done."
;;
stop)
echo -n "Stopping sphinx: "
su - rails -c "$set_path; RAILS_ENV=staging script/delayed_job stop" >> /var/log/delayed_job.log 2>&1
echo "done."
;;
*)
N=/etc/init.d/delayed_job_staging
echo "Usage: $N {start|stop}" >&2
exit 1
;;
esac
exit 0
Затем убедитесь, что monit установлен для запуска/перезапуска приложения, поэтому в файле monitrc:
check process delayed_job with pidfile "/path_to_my_rails_app/shared/pids/delayed_job.pid" start program = "/etc/init.d/delayed_job start" stop program = "/etc/init.d/delayed_job stop"
и это отлично работает!
Я нашел хороший способ запустить delayed_job с помощью cron при загрузке. Я использую whenever для управления cron.
My schedule.rb:
# custom job type to control delayed_job job_type :delayed_job, 'cd :path;RAILS_ENV=:environment script/delayed_job ":task"' # delayed job start on boot every :reboot do delayed_job "start" end
Примечание. Я обновлял каждый раз, когда gem до версии 0.5.0, чтобы иметь возможность использовать job_type
Я не знаю с Монитом, но я написал пару плагинов Munin для контроля размера очереди и среднего времени выполнения задания. Изменения, которые я сделал для delayed_job в этом патче, также могут облегчить вам запись плагинов Monit в случае, если вы придерживаетесь этого.
Спасибо за script.
Один из них - поскольку monit по определению имеет "спартанский путь"
/bin:/usr/bin:/sbin:/usr/sbin
... и для меня рубин был установлен/связан в /usr/local/bin, мне пришлось часами часами пытаться выяснить, почему monit молчал при попытке перезапустить delayed_job (даже с -v для monit подробный режим).
В конце концов я должен был сделать это:
check process delayed_job with pidfile /var/www/app/shared/pids/delayed_job.pid
start program = "/usr/bin/env PATH=$PATH:/usr/local/bin /var/www/app/current/script/delayed_job -e production start"
stop program = "/usr/bin/env PATH=$PATH:/usr/local/bin /var/www/app/current/script/delayed_job -e production stop"
Если ваш monit работает как root, и вы хотите запустить delayed_job как my_user, сделайте следующее:
/etc/init.d/delayed_job:
#!/bin/sh
# chmod 755 /etc/init.d/delayed_job
# chown root:root /etc/init.d/delayed_job
case "$1" in
start|stop|restart)
DJ_CMD=$1
;;
*)
echo "Usage: $0 {start|stop|restart}"
exit
esac
su -c "cd /var/www/my_app/current && /usr/bin/env bin/delayed_job $DJ_CMD" - my_user
/var/www/my_app/shared/monit/delayed_job.monitrc:
check process delayed_job with pidfile /var/www/my_app/shared/tmp/pids/delayed_job.pid
start program = "/etc/init.d/delayed_job start"
stop program = "/etc/init.d/delayed_job stop"
if 5 restarts within 5 cycles then timeout
/и т.д. /Monit/monitrc:
# add at bottom
include /var/www/my_app/shared/monit/*
Поскольку я не хотел запускаться от имени root, я создал bash init script, который был использован для запуска и остановки (PROGNAME будет абсолютным путем к script/delayed_job):
start() {
echo "Starting $PROGNAME"
sudo -u $USER /usr/bin/env HOME=$HOME RAILS_ENV=$RAILS_ENV $PROGNAME start
}
stop() {
echo "Stopping $PROGNAME"
sudo -u $USER /usr/bin/env HOME=$HOME RAILS_ENV=$RAILS_ENV $PROGNAME stop
}
Мне пришлось объединить решения на этой странице с другим script, сделанным toby, чтобы заставить его работать с monit и начиная с правильный пользователь.
Итак, мой delayed_job.monitrc выглядит так:
check process delayed_job
with pidfile /var/app/shared/pids/delayed_job.pid
start program = "/bin/su -c '/usr/bin/env RAILS_ENV=production /var/app/current/script/delayed_job start' - rails"
stop program = "/bin/su -c '/usr/bin/env RAILS_ENV=production /var/app/current/script/delayed_job stop' - rails"
Я потратил немало времени на эту тему. Я был сыт по горло тем, что у меня не было хорошего решения, поэтому я написал плагин delayed_job_tracer, в котором конкретно рассматривается мониторинг delayed_job и его заданий.
Вот статья, которую я написал об этом: http://modernagility.com/articles/5-monitoring-delayed_job-and-its-jobs
Этот плагин будет отслеживать ваш замедленный процесс задания и отправлять вам сообщение по электронной почте, если с задержкой_job происходит сбой или если одно из его заданий не работает.
Для Rails 3 вам может потребоваться установить HOME env для правильной работы компаса, и ниже для меня работает настройка:
check process delayed_job
with pidfile /home/user/app/shared/pids/delayed_job.pid
start program = "/bin/sh -c 'cd /home/user/app/current; HOME=/home/user RAILS_ENV=production script/delayed_job start'"
stop program = "/bin/sh -c 'cd /home/user/app/current; HOME=/home/user RAILS_ENV=production script/delayed_job stop'"
Я столкнулся с проблемой, когда, если отложенное задание умирает, пока оно еще заблокировано, эта работа не будет освобождена. Я написал обертку script вокруг отложенной работы, которая будет смотреть на файл pid и освобождать любые рабочие места от мертвого работника.
script предназначен для резины /capistrano
Роли/delayedjob/delayed_job_wrapper:
<% @path = '/etc/monit/monit.d/monit-delayedjob.conf' %>
<% workers = 4 %>
<% workers.times do |i| %>
<% PIDFILE = "/mnt/custora-#{RUBBER_ENV}/shared/pids/delayed_job.#{i}.pid" %>
<%= "check process delayed_job.#{i} with pidfile #{PIDFILE}"%>
group delayed_job-<%= RUBBER_ENV %>
<%= " start program = \"/bin/bash /mnt/#{rubber_env.app_name}-#{RUBBER_ENV}/current/script/delayed_job_wrapper #{i} start\"" %>
<%= " stop program = \"/bin/bash /mnt/#{rubber_env.app_name}-#{RUBBER_ENV}/current/script/delayed_job_wrapper #{i} stop\"" %>
<% end %>
роли/delayedjob/delayed_job_wrapper
#!/bin/bash
<% @path = "/mnt/#{rubber_env.app_name}-#{RUBBER_ENV}/current/script/delayed_job_wrapper" %>
<%= "pid_file=/mnt/#{rubber_env.app_name}-#{RUBBER_ENV}/shared/pids/delayed_job.$1.pid" %>
if [ -e $pid_file ]; then
pid=`cat $pid_file`
if [ $2 == "start" ]; then
ps -e | grep ^$pid
if [ $? -eq 0 ]; then
echo "already running $pid"
exit
fi
rm $pid_file
fi
locked_by="delayed_job.$1 host:`hostname` pid:$pid"
<%=" /usr/bin/mysql -e \"update delayed_jobs set locked_at = null, locked_by = null where locked_by='$locked_by'\" -u#{rubber_env.db_user} -h#{rubber_instances.for_role('db', 'primary' => true).first.full_name} #{rubber_env.db_name} " %>
fi
<%= "cd /mnt/#{rubber_env.app_name}-#{RUBBER_ENV}/current" %>
. /etc/profile
<%= "RAILS_ENV=#{RUBBER_ENV} script/delayed_job -i $1 $2"%>
чтобы увидеть, что происходит, запустите monit в переднем плане: sudo monit -Iv
с помощью rvm, установленного под пользователем "www1" и группы "www1".
в файле /etc/monit/monitrc:
#delayed_job
check process delayed_job with pidfile /home/www1/your_app/current/tmp/pids/delayed_job.pid
start program "/bin/bash -c 'PATH=$PATH:/home/www1/.rvm/bin;source /home/www1/.rvm/scripts/rvm;cd /home/www1/your_app/current;RAILS_ENV=production bundle exec script/delayed_job start'" as uid www1 and gid www1
stop program "/bin/bash -c 'PATH=$PATH:/home/www1/.rvm/bin;source /home/www1/.rvm/scripts/rvm;cd /home/www1/your_app/current;RAILS_ENV=production bundle exec script/delayed_job stop'" as uid www1 and gid www1
if totalmem is greater than 200 MB for 2 cycles then alert