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

Илья Шипицин chipitsine на gmail.com
Пн Июл 24 15:28:59 UTC 2017


буферизация включена? (по умолчанию - включена).
деградация каналов в сторону пользователей была? деградация приложения?

24 июля 2017 г., 19:41 пользователь kpoxa <kpoxa на kpoxa.net> написал:

> Добрый день.
>
> Запросы в статусу writing спонтанно пришло и спонтанно ушли, пикаких
> пиковых нагрузок не было.
>
> [image: Встроенное изображение 1]
>
> 24 июля 2017 г., 14:51 пользователь kpoxa <kpoxa на kpoxa.net> написал:
>
>> Добрый день.
>>
>> Та же проблема:
>> 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 на 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/vy9kyUGvT6j3KlUNO1IsJbaFE
>>> YrvDGf7pWIe_VLHGci8IQ1vYgtXrU3X2HvGhzZMzmjYL0615aPpnqqA4NTKT
>>> Kiag_hGmK0yO4Em0NHwQqRikcM07uh89KASsLLq9W2XFoOHyg9KsZYbjsAPm
>>> zSMUoem2VuI02bWwUF71sJn3v2uBnj-aRu843Fxh0E7iokVNXyoiEesIQfIl
>>> AGeN8Fe6nRtY5GFcpyjV1brXuTvW-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 на 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 на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20170724/6644bd67/attachment-0001.html>
----------- следущая часть -----------
Вложение не в текстовом формате было извлечено…
Имя: image.png
Тип: image/png
Размер: 36448 байтов
Описание: отсутствует
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20170724/6644bd67/attachment-0001.png>


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