ПРОЕКТЫ 


  АРХИВ 


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]

Странные изменения в статусе nginx после р ебута


  • To: nginx-ru@xxxxxxxxx
  • Subject: Странные изменения в статусе nginx после р ебута
  • From: Mihal K <mozilla_bugs@xxxxxxx>
  • Date: Mon, 03 Dec 2007 15:57:08 +0300

Добрый день.

Есть 4-х процессорная машина под RHEL4 x86, на ней nginx с PHP/FastCGI
бэкендом.
После долгого периода бесперебойной работы машина ребутнулась, и после
ребута статус nginx стал показывать необычно большое кол-во Reading.

А именно: до ребута Reading колебался возле нуля (0-2):
Reading Max: 1.17    Avg: 0.66     Min: 0.291    Cur: 0.787
Writing Max: 30.45   Avg: 26.1     Min: 22.82    Cur: 30.45

После ребута Reading практически никогда в ноль не опускается, часто он
даже больше чем writing, чего ранее вообще не бывало:
Reading Max: 27.04   Avg: 7.64     Min: 0.83     Cur: 4.33
Writing Max: 30.35   Avg: 11.14    Min: 4.43     Cur: 18.67

Как можно видеть, число Writing тоже поменялось, но оно наоборот
уменьшилось, причем на некоторую достаточно постоянную величину.

Еще из изменений - выросло load average примерно на единицу, с около 2
до 3-4 (видимо из-за большего run queue length). IOwait не именился: 2-3%.

Ядро до и после ребута одно и то же: 2.6.9-42.0.10.ELsmp
Версия nginx была на момент ребута 0.6.13. Недавно обновил до 0.6.19,
изменений в статусе не произошло.
Вообще машина в продакшне, так что изменений как в софте, так и в
конфигурации никаких практически не происходит. Правда, уже после ребута
я начал  ковырять sysctl и конфиг nginx-а на предмет опций listen, но
опять же на статус это никак не повлияло.

В логах ничего подозрительного нет.

Поэтому хочу получить помощь зала: какие ещё вещи могут так повлиять на
статус? Может, дело в php-шных процессах backend-а, в конце концов run
queue length выросло не зря?

Вот еще текущий статус для справки:

Active connections: 134
server accepts handled requests
 9962164 9962164 30230477
Reading: 11 Writing: 21 Waiting: 102

Еще прицеплен MRTG график, построенный по данным статуса.
Небольшие комментарии к нему: Running = Reading + Writing.
Резкое изменение характера графика в конце 46-й недели (пятница 16-е) -
это как раз ребут. Потом были выходные с небольшим трафиком, потом
трафик восстановился, но уже с бОльшим числом reading.
Следующий скачок на графике в середине 48-й недели - это переход с
0.6.13 на 0.6.19 28 числа.

PNG image



 




Copyright © Lexa Software, 1996-2009.