On 21.05.2008, at 13:57, Volkov Oleg wrote: В сообщении от Wednesday 21 May 2008 13:14:02 Anton Yuzhaninov написал(а): Volkov Oleg пишет:
/var на отдельном разделе (10 гиг), раздел был забит за пару часов. После
чего машина перестала нормально отдавать сайты. Произошло переключение на
резервную машину, которую быстро постигла та же участь.
В общем надо исправлять нгинкс, чтобы он так не хулиганил.
В данном случае надо исправлять настройки системы.
Большое значение worker_connections можо ставить только после
соответвующего тюнинга системы - увеличения максимального числа сокетов,
файлов в системе и файлов на один процесс.
Я сделал следующее # cat /etc/security/limits.conf root soft nofile 65535 root hard nofile 65535 nginx soft nofile 65535 nginx hard nofile 65535 в системе по умолчанию # cat /proc/sys/fs/file-max 204140 Начало конфига nginx user nginx nginx; worker_processes 20; error_log /var/log/nginx/error_log info; events { worker_connections 81920; use epoll; } А с переполненным разделом под логи nginx нормально работает начиная с
версии 0.3.38 (и это проверялось)
У меня # nginx -v nginx version: nginx/0.6.28 и система нормально не работала.
И проверять у меня нет никакого желания, так как в принципе не устраивает
чтобы какой-либо софт _неожиданно_ переполнял /var.
для этого либо патче нгинх, либо прогнозируйте ситуацию куда девать логи и что с ними делать, обсуждалось много раз и очень подробно надо просто почитать архив. ключевые слова - log если нет желания, то нанимайте специалистов, либо Zeus либо что то ещё если бы у вас стоял syslog-ng нормально настроенный или что-то подобное, никакого переполнения бы небыло он умеет делать ротацию в т.ч. по размеру и сжимать это дело если серверов много, то имеет смысл поднять на одном из них syslog и настроить все остальные сервера, чтобы они клали логи на этот syslog-сервер
И самое обидное, что старые настройки меня вполне устраивали: при нормальной
работе worker_connections 8192 вполне хватало.
--
С уважением,
Волков Олег.
On 21.05.2008, at 13:58, Igor Sysoev wrote:
error_log off;
# наверно
Нет.
сорри |
