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
|
