ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: daemontools и смена бинарника



On Fri, 15 Sep 2006, Alexey Mahotkin wrote:

мы запускаем nginx из-под daemontools. соответственно, в конфиге
указан daemon off;

мы хотим проапгрейдить бинарник на лету без потери обслуживания.
после посылки сигнала USR2 в логах возникает сообщение о том, что
сигнал проигнорирован.  Это происходит из-за того, что:

      case ngx_signal_value(NGX_CHANGEBIN_SIGNAL):
          if (getppid() > 1 || ngx_new_binary > 0) {

              /*
               * Ignore the signal in the new binary if its parent is
               * not the init process, i.e. the old binary's process
               * is still running.  Or ingore the signal in the old binary's
               * process if the new binary's process is already running.
               */

              action = ", ignoring";
              ignore = 1;
              break;
          }

в случае работы из-под монитора процессов (видимо, любого, не только
daemontools) у нас getppid() всегда будет больше единицы.

Очень хочется, чтобы эта фича заработала в таком режиме!  Сейчас она
видимо работает только для демонов.

Я так понимаю, что можно проверять условие -e $pid.oldbin && ! -e $pid
Или как-то так.

Честно говоря, никогда не понимал смысла в использовании daemontools
для программ, которые написаны специально для использования в режиме
демона. daemon off и master_process off создавались исключительно
для удобства разработки, и я практически всё разработку веду в режиме
daemon off и master_process off.


Игорь Сысоев
http://sysoev.ru



 




Copyright © Lexa Software, 1996-2009.