ПРОЕКТЫ 


  АРХИВ 


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[2]: nginx. Статистика



> > > > > > поискать в error лог строчки вид:
> > > > > > 
> > > > > > worker process %d exited on signal %d
> > > > > > 
> > > > > Есть строчки:
> > > > > worker process 80481 exited on signal 9
> > > > > worker process 80498 exited with code 0
> > > > 
> > > > Worker покинул нас, он отправился в лучший мир, наверное. И покинул
> > > > настолько быстро, что не успел открутить счетчики назад.
> > > > 
> > > > Для KILL это странно, на самом деле. Я бы поверил в этот вариант, если
> > > > у нас был бы TERM(15) или SEGV(11).
> > > 
> > > SIGKILL не перехватывается.  Если процессу кто-то послал SIGKILL - то 
> > > у него уже нет шансов что-либо сделать.
> > > 
> > > Отдельный вопрос - что за добрая душа это сказала, но тут 
> > > вариантов не особо много - либо администратор, либо какой-то 
> > > управляющий софт.  Если на линуксе - то вероятно это был OOM 
> > > killer.
> > 
> > Операционная система - FreeBSD 7 amd64. Что может посылать этот сигнал?
> > в результате получается, что в статистике выдает тысячи активных 
> > соединений, скорость скачки файла 2-3 Кб/с.
> 
> Под фрёй может прибить система за:
> 
> $ grep -r killproc *
> kern/kern_resource.c:                   killproc(p, "exceeded maximum CPU 
> limit");
> nfsclient/nfs_bio.c:                            killproc(p, "text file 
> modification");
> vm/vm_pageout.c:                        killproc(bigproc, "out of swap 
> space");
> 
> Во всех перечисленных случаях будет недвусмысленное объяснение 
> происходящего в /var/log/messages.
> 
> Ну и администратор руками / посредством скриптов тоже может.

/var/log/messages проверил, там нет никаких упоминаний про nginx и его воркеров.
кто может прибивать воркеров и по какой причине?

В error_log появляются такие группы сообщений почти сразу после запуска:

signal 15 (SIGTERM) received, exiting
signal 23 (SIGIO) received
*256169 kevent() reported about an closed co
signal 23 (SIGIO) received
signal 23 (SIGIO) received
signal 23 (SIGIO) received
signal 23 (SIGIO) received
signal 20 (SIGCHLD) received
worker process 59013 exited on signal 9
signal 23 (SIGIO) received
signal 20 (SIGCHLD) received
worker process 59011 exited on signal 9
signal 23 (SIGIO) received
signal 20 (SIGCHLD) received
worker process 58987 exited on signal 9
signal 23 (SIGIO) received
signal 20 (SIGCHLD) received
worker process 59004 exited on signal 9
signal 23 (SIGIO) received
signal 20 (SIGCHLD) received




 




Copyright © Lexa Software, 1996-2009.