ПРОЕКТЫ 


  АРХИВ 


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



Hello!

On Fri, Feb 27, 2009 at 05:46:30PM +0300, Lin wrote:

> > > > > поискать в 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.

Ну и администратор руками / посредством скриптов тоже может.

Maxim Dounin



 




Copyright © Lexa Software, 1996-2009.