<div dir="ltr"><div>буферизация включена.</div><div>приложение - отдача статики с ссд, причем вся отдаваемая статика это 1гб, а на сервере 16гб, так что она всегда в кеше дисковом.</div><div>деградации каналов не было.</div><div>На одном канале таких серверов 3 (раунд-робин днс распределяет нагрузку), повышение количества writing коннектов не синхронное, возникает спорадически. Если бы были пробелемы на канале, то проблемы были бы синхронные</div></div><div class="gmail_extra"><br><div class="gmail_quote">24 июля 2017 г., 18:28 пользователь Илья Шипицин <span dir="ltr"><<a href="mailto:chipitsine@gmail.com" target="_blank">chipitsine@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>буферизация включена? (по умолчанию - включена).<br></div>деградация каналов в сторону пользователей была? деградация приложения?<br></div><div class="gmail_extra"><br><div class="gmail_quote">24 июля 2017 г., 19:41 пользователь kpoxa <span dir="ltr"><<a href="mailto:kpoxa@kpoxa.net" target="_blank">kpoxa@kpoxa.net</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Добрый день.</div><div><br></div><div>Запросы в статусу writing спонтанно пришло и спонтанно ушли, пикаких пиковых нагрузок не было.</div><div><br></div><div><img width="559" height="268" alt="Встроенное изображение 1" src="cid:ii_15d750af7ca7a6d4"></div></div><div class="gmail_extra"><br><div class="gmail_quote">24 июля 2017 г., 14:51 пользователь kpoxa <span dir="ltr"><<a href="mailto:kpoxa@kpoxa.net" target="_blank">kpoxa@kpoxa.net</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Добрый день.</div><div><br></div><div>Та же проблема:</div><div>Active connections: 9995<br>server accepts handled requests<br> 213171 213171 1185236<br>Reading: 0 Writing: 8835 Waiting: 8702</div><div><br></div><div><br></div><div>На сервере нагрузка не менялась, нагрузка на проц 2-3%, памяти свободно 10гб из 16гб, диск не нагружен вообще. Сеть нагружена на 7-10%.</div><div>Абсолютно в непредсказуемые моменты бывает сильно вырастают "Writing" коннекты и сервер начинает тупить.</div><div><br></div><div>nginx version: nginx/1.13.3</div><div>debian jessy</div><div><br></div><div>        listen 443 default_server backlog=32768 rcvbuf=4194304 sndbuf=16777216 reuseport ssl;# http2;<br>пробовал и с http2 и без, в обоих случаях writing большой.<br></div><div><b></b><i></i><u></u><strike></strike><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2 апреля 2017 г., 8:41 пользователь DK <span dir="ltr"><<a href="mailto:kohaner@gmail.com" target="_blank">kohaner@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Добрый день,<br><br>Касательно этой проблемы, в логах тишина<br><br>есть только ошибки от роботов<br><br>2017/04/02 07:50:37 [error] 8434#8434: *76017536 "/etc/nginx/html/PMA2012/index<wbr>.html" is not found (2: No such file or directory), client: 131.103.139.131, server: , request: "HEAD <a href="http://x.x.x.x:80/PMA2012/" target="_blank">http://x.x.x.x:80/PMA2012/</a> HTTP/1.1", host: "x.x.x.x"<br>2017/04/02 07:50:37 [error] 8434#8434: *76017536 "/etc/nginx/html/pma2012/index<wbr>.html" is not found (2: No such file or directory), client: 131.103.139.131, server: , request: "HEAD <a href="http://x.x.x.x:80/pma2012/" target="_blank">http://x.x.x.x:80/pma2012/</a> HTTP/1.1", host: "x.x.x.x"<br>2017/04/02 07:50:37 [error] 8434#8434: *76017536 "/etc/nginx/html/PMA2011/index<wbr>.html" is not found (2: No such file or directory), client: 131.103.139.131, server: , request: "HEAD <a href="http://x.x.x.x:80/PMA2011/" target="_blank">http://x.x.x.x:80/PMA2011/</a> HTTP/1.1", host: "x.x.x.x"<br><br><br>и иногда возникают ошибки, что нет возможности переименовать файл (использую proxy_store)<br><br>2017/04/02 11:24:27 [crit] 8433#8433: *76159901 rename() "/var/www/virtual/<a href="http://xxxxx.ru/temp/0000330774" target="_blank">xxxxx.ru/tem<wbr>p/0000330774</a>" to "/var/www/virtual/<a href="http://xxxxx.ru/images/250s/lh3.googleusercontent.com/vy9kyUGvT6j3KlUNO1IsJbaFEYrvDGf7pWIe_VLHGci8IQ1vYgtXrU3X2HvGhzZMzmjYL0615aPpnqqA4NTKTKiag_hGmK0yO4Em0NHwQqRikcM07uh89KASsLLq9W2XFoOHyg9KsZYbjsAPmzSMUoem2VuI02bWwUF71sJn3v2uBnj-aRu843Fxh0E7iokVNXyoiEesIQfIlAGeN8Fe6nRtY5GFcpyjV1brXuTvW-7lpEd" target="_blank">xxxxx.ru/ima<wbr>ges/250s/lh3.googleusercontent<wbr>.com/vy9kyUGvT6j3KlUNO1IsJbaFE<wbr>YrvDGf7pWIe_VLHGci8IQ1vYgtXrU3<wbr>X2HvGhzZMzmjYL0615aPpnqqA4NTKT<wbr>Kiag_hGmK0yO4Em0NHwQqRikcM07uh<wbr>89KASsLLq9W2XFoOHyg9KsZYbjsAPm<wbr>zSMUoem2VuI02bWwUF71sJn3v2uBnj<wbr>-aRu843Fxh0E7iokVNXyoiEesIQfIl<wbr>AGeN8Fe6nRtY5GFcpyjV1brXuTvW-7<wbr>lpEd</a>" failed (36: File name too long) while reading upstream, client: x.x.203.204, server: xxxxxxx,<br><br><br>но обе эти ошибки были и на предыдущей версии nginx (точно не помню, но была версия в районе 0.9.8 ).<br><br>Проблемная инсталяция работает как кеширующий сервер для раздачи статики. При обращении к нему он смотрит есть такой файл или нет, если файла нет то забирает файл с главного сервера и сохраняет его себе (proxy_store).<br><br></div>У инсталяции (на другом сервере) которая работает как обычный фронт-энд перед апачем, такой проблемы нет. Версия ОС, настройки ОС и версии nginx везде одинаковые.<br><br><br><div><div>PS: По глупости подписался в режиме дайджеста (уже изменил), поэтому  не могу ответить на индивидуальные письма, поэтому отвечаю сам себе<br><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">1 апреля 2017 г., 11:36 пользователь DK <span dir="ltr"><<a href="mailto:kohaner@gmail.com" target="_blank">kohaner@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Добрый день,<br><br>В начале марта обновил nginx до версии nginx-1.11.10-1.el7.ngx.x86_64 и заметил, что постепенно растет количество подключений в состоянии writing<br><br><a href="http://take.ms/p541u" target="_blank">http://take.ms/p541u</a><br><br></div>Куда смотреть, чтобы найти причину такого роста?<br><br></div>PS: Падение количества подключения - это последствия добавление второго сервера в качестве фронтенда и балансировки трафика через DNS.<br></div>
</blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank" rel="noreferrer">http://mailman.nginx.org/mailm<wbr>an/listinfo/nginx-ru</a><br></blockquote></div><br></div>
</blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank" rel="noreferrer">http://mailman.nginx.org/mailm<wbr>an/listinfo/nginx-ru</a><br></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank" rel="noreferrer">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx-ru</a><br></blockquote></div><br></div>