Поясните, пожалуйста такой момент. Кэширование настроено по таким ключам: proxy_cache_key "$cookie_session$request_uri$host"; Если пользователь залогинен, то ему выставляется cookie_session. Могу я использовать эту последовательность для пby stitrace - Nginx Mailing List - Russian
В пакет iproute2 входит утилита "ss", она тоже умеет показывать открытые соединения и их статусы. Дак вот, она показывает тоже самое, следовательно проблема в ядре(?). И ещё, я искал схожую проблему у тех кто отписывался и,by stitrace - Nginx Mailing List - Russian
У меня конфиг схожий, только таймаут keep-alive 5 секунд и aio включен. Выключил aio - не помогло.by stitrace - Nginx Mailing List - Russian
В результате поисков в гугл нашёл пару схожих случаев у людей: http://serverfault.com/questions/227502/millions-of-syn-recv-connections-no-ddos Но крайне мало. Сводится всё к тому что это не в nginx дело, а в ядре.by stitrace - Nginx Mailing List - Russian
srv ~ # netstat -V net-tools 1.60 netstat 1.42 (2001-04-15) Fred Baumgarten, Alan Cox, Bernd Eckenfels, Phil Blundell, Tuan Hoang, Brian Micek and others +NEW_ADDRT +RTF_IRTT +RTF_REJECT +FW_MASQUERADE +I18N AF: (inet) +UNIX +INET +INET6 +IPX +AX25 +NETROM +X25 +ATALK +ECONET +ROSE HW: +ETHER +ARC +SLIP +PPP +TUNNEL +TR +AX25 +NETROM +X25 +FR +ROSE +ASH +SIT +FDDI +HIPPI +HDLC/LAPB +EUI64by stitrace - Nginx Mailing List - Russian
Просто у меня точно такая же ситуация. Впрочем с таким положением вещей сервер пережил пару пиков без каких либо проблем. Проявляется только в огромном количестве различных соединений в различных статусах по netsatat (у меby stitrace - Nginx Mailing List - Russian
Вижу, что linux. Ядро какой версии?by stitrace - Nginx Mailing List - Russian
м.б. reset_timedout_connection поможет?by stitrace - Nginx Mailing List - Russian
Дак вот же у вас как раз написано: > ># Опция включена, иначе не будет работать опция tcp_tw_reuse описанная ниже >net.ipv4.tcp_timestamps = 1 ># Механизм, разрешающий использовать уже существующие сокеты которые >находятся в состby stitrace - Nginx Mailing List - Russian
Я, в результате экспериментов с конфигурациями (примерно такое же кол-во запросов ~3000 r/s), сделал следующую вещь: на сервер с php-fpm (эпликэйшн бэкэнд) поставил проксирующий nginx который переадресовывал всё на порт php-fpm (этогby stitrace - Nginx Mailing List - Russian
18257#0: *227869 second aio post for "/usr/Web/servers... Что означает данный алерт? Поиск выдаёт только ссылки на исходники nginx...by stitrace - Nginx Mailing List - Russian
Игорь, спасибо за быстрый ответ, и извините за ложную тревогу. Похоже, что у меня что-то с системой, т.к. откат на прошлую версию и конфигурацию ничего не дал.by stitrace - Nginx Mailing List - Russian
Обрадовался релизу 0.8 версии, и обновился с 0.7.65. В итоге через пять минут работы вот это: 13595 nobody 1 4 0 1557M 1138M kqread 7 5:52 53.56% nginx 13590 nobody 1 107 0 1384M 925M CPU4 4 5:08 53.27% nginx 13591 nobody 1 4 0 879M 529M CPU2 2 3:34 41.99% nginxby stitrace - Nginx Mailing List - Russian
И да, помогает только перезагрузка nginx (TERM)by stitrace - Nginx Mailing List - Russian
nginx 0.7.67 До этого стоял 0.7.65 - никаких проблем в течении месяца не было. После обновления появилась странность. Иногда нжинкс не обновляет страницу в кэше с бэкэнда. Те proxy_cache_valid 10s; не работает. Страница может висеть часаby stitrace - Nginx Mailing List - Russian