Re: Рост количества подключений в состоянии writing

kpoxa kpoxa на kpoxa.net
Пн Июл 24 11:51:46 UTC 2017


Добрый день.

Та же проблема:
Active connections: 9995
server accepts handled requests
 213171 213171 1185236
Reading: 0 Writing: 8835 Waiting: 8702


На сервере нагрузка не менялась, нагрузка на проц 2-3%, памяти свободно
10гб из 16гб, диск не нагружен вообще. Сеть нагружена на 7-10%.
Абсолютно в непредсказуемые моменты бывает сильно вырастают "Writing"
коннекты и сервер начинает тупить.

nginx version: nginx/1.13.3
debian jessy

        listen 443 default_server backlog=32768 rcvbuf=4194304
sndbuf=16777216 reuseport ssl;# http2;
пробовал и с http2 и без, в обоих случаях writing большой.


2 апреля 2017 г., 8:41 пользователь DK <kohaner at gmail.com> написал:

> Добрый день,
>
> Касательно этой проблемы, в логах тишина
>
> есть только ошибки от роботов
>
> 2017/04/02 07:50:37 [error] 8434#8434: *76017536 "/etc/nginx/html/PMA2012/index.html"
> is not found (2: No such file or directory), client: 131.103.139.131,
> server: , request: "HEAD http://x.x.x.x:80/PMA2012/ HTTP/1.1", host:
> "x.x.x.x"
> 2017/04/02 07:50:37 [error] 8434#8434: *76017536 "/etc/nginx/html/pma2012/index.html"
> is not found (2: No such file or directory), client: 131.103.139.131,
> server: , request: "HEAD http://x.x.x.x:80/pma2012/ HTTP/1.1", host:
> "x.x.x.x"
> 2017/04/02 07:50:37 [error] 8434#8434: *76017536 "/etc/nginx/html/PMA2011/index.html"
> is not found (2: No such file or directory), client: 131.103.139.131,
> server: , request: "HEAD http://x.x.x.x:80/PMA2011/ HTTP/1.1", host:
> "x.x.x.x"
>
>
> и иногда возникают ошибки, что нет возможности переименовать файл
> (использую proxy_store)
>
> 2017/04/02 11:24:27 [crit] 8433#8433: *76159901 rename() "/var/www/virtual/
> xxxxx.ru/temp/0000330774" to "/var/www/virtual/xxxxx.ru/images/250s/lh3.
> googleusercontent.com/vy9kyUGvT6j3KlUNO1IsJbaFEYrvDGf7pWIe_
> VLHGci8IQ1vYgtXrU3X2HvGhzZMzmjYL0615aPpnqqA4NTKTKiag_
> hGmK0yO4Em0NHwQqRikcM07uh89KASsLLq9W2XFoOHyg9KsZYbjsAPmzSMUo
> em2VuI02bWwUF71sJn3v2uBnj-aRu843Fxh0E7iokVNXyoiEesIQfIlA
> GeN8Fe6nRtY5GFcpyjV1brXuTvW-7lpEd" failed (36: File name too long) while
> reading upstream, client: x.x.203.204, server: xxxxxxx,
>
>
> но обе эти ошибки были и на предыдущей версии nginx (точно не помню, но
> была версия в районе 0.9.8 ).
>
> Проблемная инсталяция работает как кеширующий сервер для раздачи статики.
> При обращении к нему он смотрит есть такой файл или нет, если файла нет то
> забирает файл с главного сервера и сохраняет его себе (proxy_store).
>
> У инсталяции (на другом сервере) которая работает как обычный фронт-энд
> перед апачем, такой проблемы нет. Версия ОС, настройки ОС и версии nginx
> везде одинаковые.
>
>
> PS: По глупости подписался в режиме дайджеста (уже изменил), поэтому  не
> могу ответить на индивидуальные письма, поэтому отвечаю сам себе
>
>
>
> 1 апреля 2017 г., 11:36 пользователь DK <kohaner at gmail.com> написал:
>
>> Добрый день,
>>
>> В начале марта обновил nginx до версии nginx-1.11.10-1.el7.ngx.x86_64 и
>> заметил, что постепенно растет количество подключений в состоянии writing
>>
>> http://take.ms/p541u
>>
>> Куда смотреть, чтобы найти причину такого роста?
>>
>> PS: Падение количества подключения - это последствия добавление второго
>> сервера в качестве фронтенда и балансировки трафика через DNS.
>>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20170724/b6082a3b/attachment.html>


Подробная информация о списке рассылки nginx-ru