буферизация включена? (по умолчанию - включена). деградация каналов в сторону пользователей была? деградация приложения?
24 июля 2017 г., 19:41 пользователь kpoxa <kp...@kpoxa.net> написал: > Добрый день. > > Запросы в статусу writing спонтанно пришло и спонтанно ушли, пикаких > пиковых нагрузок не было. > > [image: Встроенное изображение 1] > > 24 июля 2017 г., 14:51 пользователь kpoxa <kp...@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 <koha...@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 <koha...@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 >
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru