From paralon05 на mail.ru Sat Feb 4 07:47:07 2017 From: paralon05 на mail.ru (=?UTF-8?B?UGFyYWxvbiBQYXJhbG9ub3ZpY2g=?=) Date: Sat, 04 Feb 2017 10:47:07 +0300 Subject: =?UTF-8?B?Tmdpbngg0L3QtdC+0LHQvtGB0L3QvtCy0LDQvdC90L4g0YPQtNCw0LvRj9C10YIg?= =?UTF-8?B?0LrRjdGILg==?= Message-ID: <1486194427.132681396@f338.i.mail.ru> Приветствую, помогите разобраться. Как-то странно происходит удаление. Наступает какой-то момент и кэш, скажем с 900ГБ просто напросто уменьшается до 350ГБ в течении нескольких минут, не успевая пожить даже суток, не то что 7 дней. # df -i /cache Filesystem     Inodes         IUsed         IFree      IUse% Mounted on /dev/sdb1  763523840     249820  763274020   1%        /cache nginx version: nginx/1.11.7 proxy_cache_path /cache/nginx levels=2:2:2 keys_zone=mycache:1024m max_size=3500g inactive=165h use_temp_path=off; location / {   proxy_cache mycache;   proxy_cache_key $uri;   proxy_cache_valid 200 206 100d;   proxy_cache_lock on;   proxy_cache_lock_age 4s;   proxy_cache_lock_timeout 4s;   proxy_set_header Host $host;   proxy_set_header Connection "";   proxy_ignore_headers Expires Cache-Control X-Accel-Expires Set-Cookie Vary;   proxy_next_upstream error timeout http_404;   proxy_http_version 1.1;   proxy_pass https://myupstreams; } -- Paralon Paralonovich ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Mon Feb 6 13:15:36 2017 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 6 Feb 2017 16:15:36 +0300 Subject: =?UTF-8?B?UmU6IE5naW54INC90LXQvtCx0L7RgdC90L7QstCw0L3QvdC+INGD0LTQsNC70Y8=?= =?UTF-8?B?0LXRgiDQutGN0Ygu?= In-Reply-To: <1486194427.132681396@f338.i.mail.ru> References: <1486194427.132681396@f338.i.mail.ru> Message-ID: <20170206131536.GZ46625@mdounin.ru> Hello! On Sat, Feb 04, 2017 at 10:47:07AM +0300, Paralon Paralonovich wrote: > Приветствую, помогите разобраться. Как-то странно происходит > удаление. > Наступает какой-то момент и кэш, скажем с 900ГБ просто напросто > уменьшается до 350ГБ в течении нескольких минут, не успевая > пожить даже суток, не то что 7 дней. > > # df -i /cache > Filesystem     Inodes         IUsed         IFree      IUse% Mounted on > /dev/sdb1  763523840     249820  763274020   1%        /cache > nginx version: nginx/1.11.7 > > proxy_cache_path /cache/nginx levels=2:2:2 keys_zone=mycache:1024m max_size=3500g inactive=165h use_temp_path=off; Кеш удаляется в трёх основных случаях: - если к элементу кеша не обращались в течении времени inactive; - если превышен размер max_size; - если места в keys_zone нет. В описанном случае больше всего похоже на чистку по inactive после загрузки кеша. С записанным в настоящий момент в конфиге значением inactive наблюдаемое поведение может не совпадать, т.к. время предстоящей очистки по inactive записывается в каждый элемент кеша в момент обращения и/или в момент загрузки кеша, и позднейшие изменения конфига отражаются только на тех элементах, к которым обращались. Если хочется, чтобы новое значение inactive заработало сразу - следует перезагрузить кеш, например, выполнив процедуру обновления исполняемого файла. -- Maxim Dounin http://nginx.org/ From maxim на nginx.com Tue Feb 7 12:27:14 2017 From: maxim на nginx.com (Maxim Konovalov) Date: Tue, 7 Feb 2017 15:27:14 +0300 Subject: Nginx Inc is hiring. Yes, again. Message-ID: <70e2c13d-d39d-0a74-ad5f-099e16fdd795@nginx.com> Добрый день. Мы опять ищем разработчиков к нам в коллектив. Основные факты о нас: компания основана в 2011 году, занимается развитием nginx f/oss [1] и созданием коммерческих продуктов на базе nginx [2]. Технический офис в Москве, штаб-квартира в Сан-Франциско, США. Чем заниматься: разработкой прокси-сервера, интеграцией языков программирования в сервер приложений. Проект ведет непосредственно Игорь Сысоев. Что надо знать и уметь: - опыт профессионального программирования под UNIX на C от 3 лет; - продвинутый/экспертный уровень; - понимание архитектур современных операционных систем; - владение инструментами разработки под UNIX; - уверенные навыки пользователя UNIX; - технический английский язык. Желательно: - опыт написания клиент-серверных приложений; - навыки программированния асинхронных и многопоточных приложений; - понимание устройства и принципов работы интерпретируемых языков программирования; - знание и опыт программирования на Java, Go, PHP, Python, JavaScript, Ruby; - знание протокола HTTP. В обмен на ваше участие предлагаем следующее: - работа в проекте с международным признанием (~50% из top-100K мировых сайтов используют nginx [3]), в компактном коллективе профессионалов, увлеченных своим делом; - профессиональный рост; - конкурентная зарплата, ДМС после исп. срока, гибкий график работы, участие в опционной программе. В связи со спецификой проекта, на который ищем людей, варианты с удаленной работой не рассматриваем, т.е. речь о полной занятости в Москве. Жду ваши CV на maxim на nginx.com. [1] http://nginx.org [2] http://nginx.com [3] http://w3techs.com/technologies/cross/web_server/ranking -- Maxim Konovalov From uncleandyv на gmail.com Tue Feb 7 12:51:48 2017 From: uncleandyv на gmail.com (Andrey Velikoredchanin) Date: Tue, 7 Feb 2017 15:51:48 +0300 Subject: Nginx Inc is hiring. Yes, again. In-Reply-To: <70e2c13d-d39d-0a74-ad5f-099e16fdd795@nginx.com> References: <70e2c13d-d39d-0a74-ad5f-099e16fdd795@nginx.com> Message-ID: Эх, моя мечта у вас работать. :) Вот только уровень C не дотягивает. :( 7 февраля 2017 г., 15:27 пользователь Maxim Konovalov написал: > Добрый день. > > Мы опять ищем разработчиков к нам в коллектив. > > Основные факты о нас: компания основана в 2011 году, занимается > развитием nginx f/oss [1] и созданием коммерческих продуктов на базе > nginx [2]. Технический офис в Москве, штаб-квартира в > Сан-Франциско, США. > > Чем заниматься: разработкой прокси-сервера, интеграцией языков > программирования в сервер приложений. Проект ведет непосредственно > Игорь Сысоев. > > Что надо знать и уметь: > > - опыт профессионального программирования под UNIX на C от 3 лет; > - продвинутый/экспертный уровень; > - понимание архитектур современных операционных систем; > - владение инструментами разработки под UNIX; > - уверенные навыки пользователя UNIX; > - технический английский язык. > > Желательно: > > - опыт написания клиент-серверных приложений; > - навыки программированния асинхронных и многопоточных приложений; > - понимание устройства и принципов работы интерпретируемых языков > программирования; > - знание и опыт программирования на Java, Go, PHP, Python, > JavaScript, Ruby; > - знание протокола HTTP. > > В обмен на ваше участие предлагаем следующее: > > - работа в проекте с международным признанием (~50% из top-100K > мировых сайтов используют nginx [3]), в компактном коллективе > профессионалов, увлеченных своим делом; > - профессиональный рост; > - конкурентная зарплата, ДМС после исп. срока, гибкий график работы, > участие в опционной программе. > > В связи со спецификой проекта, на который ищем людей, варианты с > удаленной работой не рассматриваем, т.е. речь о полной занятости в > Москве. > > Жду ваши CV на maxim на nginx.com. > > [1] http://nginx.org > [2] http://nginx.com > [3] http://w3techs.com/technologies/cross/web_server/ranking > > -- > Maxim Konovalov > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на forum.nginx.org Sat Feb 11 09:25:47 2017 From: nginx-forum на forum.nginx.org (Vvedensky) Date: Sat, 11 Feb 2017 04:25:47 -0500 Subject: nginx-1.10.1 -> nginx-1.10.3 Message-ID: Здравствуйте. Хочу обновить nginx с 1.10.1 на 1.10.3. На сервере установлена ubuntu 16.04, программное обеспечение устанавливалось через ISPManager. Вот установленная конфигурация nginx : ./configure --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_stub_status_module --with-http_auth_request_module --with-http_xslt_module=dynamic --with-http_image_filter_module=dynamic --with-http_geoip_module=dynamic --with-http_perl_module=dynamic --add-dynamic-module=debian/extra/njs-1c50334fbea6/nginx --with-threads --with-stream --with-stream_ssl_module --with-http_slice_module --with-mail --with-mail_ssl_module --with-file-aio --with-ipv6 --with-http_v2_module --with-cc-opt='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security' --with-ld-opt='-Wl,-Bsymbolic-functions -Wl,-z,relro' Вопрос на сколько критичен параметр --add-dynamic-module=debian/extra/njs-1c50334fbea6/nginx и можно ли его безболезненно выкинуть (при запуске конфигурирования выдаёт следующее сообщение: ./configure: error: no debian/extra/njs-1c50334fbea6/nginx/config was found) или желательно что-то доустановить? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272346,272346#msg-272346 From nginx на mva.name Sat Feb 11 11:47:46 2017 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Sat, 11 Feb 2017 18:47:46 +0700 Subject: nginx-1.10.1 -> nginx-1.10.3 In-Reply-To: References: Message-ID: <1608727.EbbNXK49qo@note> В письме от суббота, 11 февраля 2017 г. 4:25:47 +07 пользователь Vvedensky написал: > Вопрос на сколько критичен параметр > --add-dynamic-module=debian/extra/njs-1c50334fbea6/nginx и можно ли его > безболезненно выкинуть (при запуске конфигурирования выдаёт следующее > сообщение: ./configure: error: no debian/extra/njs-1c50334fbea6/nginx/config > was found) или желательно что-то доустановить? В папке с исходниками, по указанному пути, нет исходников модуля `njs` (встроенный javascript для nginx). Если вы его не используете, то можете выкинуть. Если используете, то можете стянуть исходники с mercurial- репозитория и подправить ревизию. Впрочем, правильнее, имхо, было бы дождаться обновления от мейнтейнеров :) From nginx-forum на forum.nginx.org Sat Feb 11 13:57:37 2017 From: nginx-forum на forum.nginx.org (Vvedensky) Date: Sat, 11 Feb 2017 08:57:37 -0500 Subject: nginx-1.10.1 -> nginx-1.10.3 In-Reply-To: <1608727.EbbNXK49qo@note> References: <1608727.EbbNXK49qo@note> Message-ID: <26e0210cc79b515b71d1dd8135953087.NginxMailingListRussian@forum.nginx.org> > В папке с исходниками, по указанному пути, нет исходников модуля `njs` > (встроенный javascript для nginx). Если вы его не используете, то можете > выкинуть. Если используете, то можете стянуть исходники с mercurial- > репозитория и подправить ревизию. Я не использую напрямую, но использует или нет ISPManager при работе или апгрейдах я не знаю. Также, к сожалению, не знаю как работать с mercurial-репозиторием. В интернете удалось найти команду hg clone http://hg.nginx.org/njs для этой работы, но система на эту команду выдаёт: bash: hg: command not found > Впрочем, правильнее, имхо, было бы дождаться обновления от мейнтейнеров :) Да, сомнения в целесообразности обновления есть, но нет и уверенности в быстром обновлении. Желание обновиться возникло по следующей причине: при мониторинге скорости загрузки сайта через GoogleAnalytics типовая скорость - около 5 секунд, но бывают выбросы до 15 - 20 и более секунд, причём в моменты, когда посетителей мало (120 и менее в час достаточно равномерно размазанных во времени). По логам генерация страниц php-fpm занимает 0.04-0,2 сек, в редких случаях при сложных запросах до 1, максимум 1,2 сек (таких бывает не больше 3-5 за сутки). Сервис pingdom показывает скорость загрузки страниц 1,2 ... 1,5 секунд. Сайт работает по протоколу http/2. Может ли быть причина такого поведения в ошибке: "плавное завершение старых рабочих процессов могло занимать бесконечное время при использовании HTTP/2"? Можно ли это как-то проверить или исправить без переустановки nginx? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272346,272349#msg-272349 From vbart на nginx.com Sat Feb 11 14:13:51 2017 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sat, 11 Feb 2017 17:13:51 +0300 Subject: nginx-1.10.1 -> nginx-1.10.3 In-Reply-To: <26e0210cc79b515b71d1dd8135953087.NginxMailingListRussian@forum.nginx.org> References: <1608727.EbbNXK49qo@note> <26e0210cc79b515b71d1dd8135953087.NginxMailingListRussian@forum.nginx.org> Message-ID: <3088778.T2z1KAt89n@vbart-laptop> On Saturday 11 February 2017 08:57:37 Vvedensky wrote: > > В папке с исходниками, по указанному пути, нет исходников модуля `njs` > > (встроенный javascript для nginx). Если вы его не используете, то можете > > выкинуть. Если используете, то можете стянуть исходники с mercurial- > > репозитория и подправить ревизию. > > Я не использую напрямую, но использует или нет ISPManager при работе или > апгрейдах я не знаю. Также, к сожалению, не > знаю как работать с mercurial-репозиторием. В интернете удалось найти > команду > hg clone http://hg.nginx.org/njs > для этой работы, но система на эту команду выдаёт: bash: hg: command not > found [..] В Ubuntu есть менеджер пакетов и любая попытка собрать и установить что-то из исходников в обход пакетного менеджера - превращает систему в помойку. Никогда так не делайте. Есть же уже готовый репозиторий со свежими версиями: http://nginx.org/ru/linux_packages.html > Да, сомнения в целесообразности обновления есть, но нет и уверенности в > быстром обновлении. Желание обновиться возникло по > следующей причине: при мониторинге скорости загрузки сайта через > GoogleAnalytics типовая скорость - около 5 секунд, но бывают выбросы до 15 - > 20 и более секунд, причём в моменты, когда посетителей мало (120 и менее в > час достаточно равномерно размазанных во времени). Видимо он показывает усредненную скорость? В таком случае, при малом количестве посетителей выборка получается очень маленькая и отдельные пользователи с медленным мобильным интернетом могут существенно влиять на результат. Почему вы решили, что проблема на вашей стороне? > По логам генерация > страниц php-fpm занимает 0.04-0,2 сек, в редких случаях при сложных запросах > до 1, максимум 1,2 сек (таких бывает не больше 3-5 за сутки). Сервис pingdom > показывает скорость загрузки страниц 1,2 ... 1,5 секунд. Сайт работает по > протоколу http/2. Может ли быть причина такого поведения в ошибке: > "плавное завершение старых рабочих процессов могло занимать бесконечное > время при использовании HTTP/2"? [..] Не может. -- Валентин Бартенев From nginx-forum на forum.nginx.org Sat Feb 11 15:33:45 2017 From: nginx-forum на forum.nginx.org (Vvedensky) Date: Sat, 11 Feb 2017 10:33:45 -0500 Subject: nginx-1.10.1 -> nginx-1.10.3 In-Reply-To: <3088778.T2z1KAt89n@vbart-laptop> References: <3088778.T2z1KAt89n@vbart-laptop> Message-ID: <9ee4979cd25703311def28ee1879133c.NginxMailingListRussian@forum.nginx.org> > Никогда так не делайте. Есть же уже готовый репозиторий со свежими версиями: > http://nginx.org/ru/linux_packages.html Про репозитарий я знаю, но желательно иметь возможность откатиться на предыдущую сборку nginx. Повторюсь, что программное обеспечение на сервере установлено через ISPManager, и у меня есть опасения, что сборка из репозитария http://nginx.org/ru/linux_packages.html может не учитывать специфику работы ISPManager. Можно ли установить новый nginx с возможностью отката на старую версию? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272346,272351#msg-272351 From vbart на nginx.com Sat Feb 11 15:45:40 2017 From: vbart на nginx.com (Valentin V. Bartenev) Date: Sat, 11 Feb 2017 18:45:40 +0300 Subject: nginx-1.10.1 -> nginx-1.10.3 In-Reply-To: <9ee4979cd25703311def28ee1879133c.NginxMailingListRussian@forum.nginx.org> References: <3088778.T2z1KAt89n@vbart-laptop> <9ee4979cd25703311def28ee1879133c.NginxMailingListRussian@forum.nginx.org> Message-ID: <2027876.dlFZWI4vC2@vbart-laptop> On Saturday 11 February 2017 10:33:45 Vvedensky wrote: > > Никогда так не делайте. Есть же уже готовый репозиторий со свежими > > версиями: > > http://nginx.org/ru/linux_packages.html > > Про репозитарий я знаю, но желательно иметь возможность откатиться на > предыдущую сборку nginx. Повторюсь, что программное обеспечение на сервере > установлено через ISPManager, и у меня есть опасения, что сборка из > репозитария http://nginx.org/ru/linux_packages.html может не учитывать > специфику работы ISPManager. Можно ли установить новый nginx с возможностью > отката на старую версию? > Если устанавливать всё из репозиториев, то такая возможность всегда есть, это одна из функций любого нормального пакетного менеджера. Как ISPManager устанавливает ПО - я не знаю, поэтому в данном случае можно разве что посоветовать и дальше устанавливать через него, а не пытаться совмещать возможно несовместимое. -- Валентин Бартенев From nginx-forum на forum.nginx.org Sat Feb 11 15:58:11 2017 From: nginx-forum на forum.nginx.org (Vvedensky) Date: Sat, 11 Feb 2017 10:58:11 -0500 Subject: nginx-1.10.1 -> nginx-1.10.3 In-Reply-To: <2027876.dlFZWI4vC2@vbart-laptop> References: <2027876.dlFZWI4vC2@vbart-laptop> Message-ID: <337a8dc40c571b07bfbc4959176a8671.NginxMailingListRussian@forum.nginx.org> ISPManager работает с официальными репозитариями Ubuntu, вот sources.list системы: # deb http://mirror.yandex.ru/ubuntu xenial main restricted # deb http://mirror.yandex.ru/ubuntu xenial-updates main restricted # deb http://security.ubuntu.com/ubuntu xenial-security main restricted # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to # newer versions of the distribution. deb http://mirror.yandex.ru/ubuntu xenial main restricted # deb-src http://mirror.yandex.ru/ubuntu xenial main restricted ## Major bug fix updates produced after the final release of the ## distribution. deb http://mirror.yandex.ru/ubuntu xenial-updates main restricted # deb-src http://mirror.yandex.ru/ubuntu xenial-updates main restricted ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team. Also, please note that software in universe WILL NOT receive any ## review or updates from the Ubuntu security team. deb http://mirror.yandex.ru/ubuntu xenial universe # deb-src http://mirror.yandex.ru/ubuntu xenial universe deb http://mirror.yandex.ru/ubuntu xenial-updates universe # deb-src http://mirror.yandex.ru/ubuntu xenial-updates universe ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team, and may not be under a free licence. Please satisfy yourself as to ## your rights to use the software. Also, please note that software in ## multiverse WILL NOT receive any review or updates from the Ubuntu ## security team. deb http://mirror.yandex.ru/ubuntu xenial multiverse # deb-src http://mirror.yandex.ru/ubuntu xenial multiverse deb http://mirror.yandex.ru/ubuntu xenial-updates multiverse # deb-src http://mirror.yandex.ru/ubuntu xenial-updates multiverse ## N.B. software from this repository may not have been tested as ## extensively as that contained in the main release, although it includes ## newer versions of some applications which may provide useful features. ## Also, please note that software in backports WILL NOT receive any review ## or updates from the Ubuntu security team. deb http://mirror.yandex.ru/ubuntu xenial-backports main restricted universe multiverse # deb-src http://mirror.yandex.ru/ubuntu xenial-backports main restricted universe multiverse ## Uncomment the following two lines to add software from Canonical's ## 'partner' repository. ## This software is not part of Ubuntu, but is offered by Canonical and the ## respective vendors as a service to Ubuntu users. # deb http://archive.canonical.com/ubuntu xenial partner # deb-src http://archive.canonical.com/ubuntu xenial partner deb http://security.ubuntu.com/ubuntu xenial-security main restricted # deb-src http://security.ubuntu.com/ubuntu xenial-security main restricted deb http://security.ubuntu.com/ubuntu xenial-security universe # deb-src http://security.ubuntu.com/ubuntu xenial-security universe deb http://security.ubuntu.com/ubuntu xenial-security multiverse # deb-src http://security.ubuntu.com/ubuntu xenial-security multiverse а как делают откат на предыдущую версию? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272346,272353#msg-272353 From nginx на mva.name Sat Feb 11 16:21:08 2017 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Sat, 11 Feb 2017 23:21:08 +0700 Subject: nginx-1.10.1 -> nginx-1.10.3 In-Reply-To: <337a8dc40c571b07bfbc4959176a8671.NginxMailingListRussian@forum.nginx.org> References: <2027876.dlFZWI4vC2@vbart-laptop> <337a8dc40c571b07bfbc4959176a8671.NginxMailingListRussian@forum.nginx.org> Message-ID: <4794172.B2nKFHftMv@note> > а как делают откат на предыдущую версию? Или отключают подключенный репозиторий и переустанавливают, или явно указывают пакетному менеджеру какую версию и из какого репозитория поставить (тут уж нужно знать специфический синтаксис пакетного менеджера, а Ubuntu тут используют далеко не все, и я, увы, не из числа тех, кто её использует. Вот спроси вы как это сделать на Hardened Gentoo я бы подсказал :) Впрочем, я, как раз, на днях буду на Ubuntu поднимать одно web-приложение и даже закажу у хостера под него виртуалку с ISPManager'ом (я-то сам ненавижу эти веб-панели за то, что они не дают настраивать систему как удобно и заставляют затачивать её под них, но т.к. использовать буду не я, то от него никуда не деться), так что, глядишь, возможно, и отвечу на ваши вопросы :) From nginx-forum на forum.nginx.org Sat Feb 11 16:40:10 2017 From: nginx-forum на forum.nginx.org (Vvedensky) Date: Sat, 11 Feb 2017 11:40:10 -0500 Subject: nginx-1.10.1 -> nginx-1.10.3 In-Reply-To: <4794172.B2nKFHftMv@note> References: <4794172.B2nKFHftMv@note> Message-ID: <6a95ca43018a3579dd9d0d35afd51b54.NginxMailingListRussian@forum.nginx.org> На самом деле тоже склоняюсь к переходу на чистую систему без панели, возможно решусь в ближайшее время. Спасибо за ответ, если будет возможность, то прошу его дополнить правильным откатом на предыдущую версию. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272346,272355#msg-272355 From vl на nginx.com Mon Feb 13 09:39:35 2017 From: vl на nginx.com (Vladimir Homutov) Date: Mon, 13 Feb 2017 12:39:35 +0300 Subject: nginx development guide Message-ID: <20170213093935.GA27929@vlpc.nginx.com> Добрый день! Мы рады поделиться с вами первыми результатами наших усилий по созданию документации для разработчиков nginx: руководством разработчика [1] (en) Конечно, руководство не полностью закончено, надеемся, будут и другие части. Будем рады любым вашим комментариям. [1] http://nginx.org/en/docs/dev/development_guide.html From nginx-forum на forum.nginx.org Mon Feb 13 13:01:09 2017 From: nginx-forum на forum.nginx.org (S.A.N) Date: Mon, 13 Feb 2017 08:01:09 -0500 Subject: Cache: Invalidation After Updates or Deletions (RFC 2616) Message-ID: <30221c8b2daefb2ebe22f30ca90c04f7.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Есть потребность в реализации вот такого поведения: https://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html Some HTTP methods MUST cause a cache to invalidate an entity. This is either the entity referred to by the Request-URI, or by the Location or Content-Location headers (if present). These methods are: - PUT - DELETE - POST Это нужно вот для чего, есть Nginx кеш динамических ответов от бекенда, его TTL 3 days, URI: /news/top/ Авторизованный пользователь добавляет новую новость, методом POST на URI: /news/top/ Бекенд сохраняет этот контент и отдает клиенту НТТР статус 200. В соответствии с RFC 2616, хотелось бы чтобы Nginx, очистил кеш URI: /news/top/ потому что на этот URI пришел запрос методом POST и бекенд ответил 200 ОК, что означает что все нормально контент изменился и кеш этого URI надо инвалидировать. Тоже самое с методом DELETE. Вот с методом PUT и заголовком Content-Location можно делать ещё более крутые штуки, например авторизованный пользователь отправляет PUT запрос на URI: /news/rest.php?id=150 Бекенд сохраняет этот контент и отдает клиенту НТТР статус 200 с заголовком Content-Location /news/150/ и в теле ответа уже новый контент который нужно сохранить в кеше использую как URI значения заголовка Content-Location /news/150/ т.е. Nginx должен инвалидировать кеш в ключе которого использовался URI /news/150/. Это очень удобный функционал, и он описан в спецификации, его можно реализоваь в Nginx? Спасибо. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272373,272373#msg-272373 From chipitsine на gmail.com Mon Feb 13 13:35:45 2017 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Mon, 13 Feb 2017 18:35:45 +0500 Subject: Cache: Invalidation After Updates or Deletions (RFC 2616) In-Reply-To: <30221c8b2daefb2ebe22f30ca90c04f7.NginxMailingListRussian@forum.nginx.org> References: <30221c8b2daefb2ebe22f30ca90c04f7.NginxMailingListRussian@forum.nginx.org> Message-ID: 13 февраля 2017 г., 18:01 пользователь S.A.N написал: > Здравствуйте. > > Есть потребность в реализации вот такого поведения: > а если у вас несколько экземпляров nginx ? (варианты - из простых dns round robin) т.е. инвалидируете вы только на одной реплике > > > https://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html > Some HTTP methods MUST cause a cache to invalidate an entity. This is > either > the entity referred to by the Request-URI, or by the Location or > Content-Location headers (if present). These methods are: > - PUT > - DELETE > - POST > > Это нужно вот для чего, есть Nginx кеш динамических ответов от бекенда, его > TTL 3 days, URI: /news/top/ > Авторизованный пользователь добавляет новую новость, методом POST на URI: > /news/top/ > Бекенд сохраняет этот контент и отдает клиенту НТТР статус 200. > > В соответствии с RFC 2616, хотелось бы чтобы Nginx, очистил кеш URI: > /news/top/ потому что на этот URI пришел запрос методом POST и бекенд > ответил 200 ОК, что означает что все нормально контент изменился и кеш > этого > URI надо инвалидировать. > > Тоже самое с методом DELETE. > > Вот с методом PUT и заголовком Content-Location можно делать ещё более > крутые штуки, например авторизованный пользователь отправляет PUT запрос на > URI: /news/rest.php?id=150 > Бекенд сохраняет этот контент и отдает клиенту НТТР статус 200 с заголовком > Content-Location /news/150/ и в теле ответа уже новый контент который нужно > сохранить в кеше использую как URI значения заголовка Content-Location > /news/150/ т.е. Nginx должен инвалидировать кеш в ключе которого > использовался URI /news/150/. > > Это очень удобный функционал, и он описан в спецификации, его можно > реализоваь в Nginx? > Спасибо. > > Posted at Nginx Forum: https://forum.nginx.org/read. > php?21,272373,272373#msg-272373 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Mon Feb 13 13:55:52 2017 From: nginx-forum на forum.nginx.org (S.A.N) Date: Mon, 13 Feb 2017 08:55:52 -0500 Subject: Cache: Invalidation After Updates or Deletions (RFC 2616) In-Reply-To: References: Message-ID: Илья Шипицин Wrote: ------------------------------------------------------- > 13 февраля 2017 г., 18:01 пользователь S.A.N > > написал: > > > Здравствуйте. > > > > Есть потребность в реализации вот такого поведения: > > > > > а если у вас несколько экземпляров nginx ? (варианты - из простых dns > round > robin) > т.е. инвалидируете вы только на одной реплике Это уже другая зона ответственности, сейчас речь не об этом, но если в двух словах - все что можно сделать на одной ноде, можно горизонтально маштабирвать на другие, но общего решения на все случаи нет. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272373,272375#msg-272375 From swood на fotofor.biz Tue Feb 14 12:57:19 2017 From: swood на fotofor.biz (Anton Kiryushkin) Date: Tue, 14 Feb 2017 15:57:19 +0300 Subject: nginx slice module Message-ID: Здравствуйте. Пытаемся использовать указанный в теме модуль и довольно часто в логе видно ошибки вида: unexpected range in slice response: 1622016-1630208 while reading response header from upstream Не подскажете как точно поймать причину? Это какой-то странный запрос прилетает, или что-то не получается у бэкенда сообразить с заголовками? -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From arut на nginx.com Tue Feb 14 13:09:50 2017 From: arut на nginx.com (Roman Arutyunyan) Date: Tue, 14 Feb 2017 16:09:50 +0300 Subject: nginx slice module In-Reply-To: References: Message-ID: <20170214130950.GF63314@Romans-MacBook-Air.local> Добрый день Антон, On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote: > Здравствуйте. > > Пытаемся использовать указанный в теме модуль и довольно часто в логе видно > ошибки вида: > > unexpected range in slice response: 1622016-1630208 while reading response > header from upstream > > Не подскажете как точно поймать причину? Это какой-то странный запрос > прилетает, или что-то не получается у бэкенда сообразить с заголовками? Это означает, что с бекенда по какой-то причине пришел не тот range, который был запрошен. -- Roman Arutyunyan From swood на fotofor.biz Tue Feb 14 14:10:31 2017 From: swood на fotofor.biz (Anton Kiryushkin) Date: Tue, 14 Feb 2017 17:10:31 +0300 Subject: nginx slice module In-Reply-To: <20170214130950.GF63314@Romans-MacBook-Air.local> References: <20170214130950.GF63314@Romans-MacBook-Air.local> Message-ID: Здравствуйте, Роман. А как это можно дебажить? Что тут можно сделать? На бэкенда в целом просто nginx, который выдает файлы с диска. То есть нет каких-то уникальных вещей. 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan написал: > Добрый день Антон, > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote: > > Здравствуйте. > > > > Пытаемся использовать указанный в теме модуль и довольно часто в логе > видно > > ошибки вида: > > > > unexpected range in slice response: 1622016-1630208 while reading > response > > header from upstream > > > > Не подскажете как точно поймать причину? Это какой-то странный запрос > > прилетает, или что-то не получается у бэкенда сообразить с заголовками? > > Это означает, что с бекенда по какой-то причине пришел не тот range, > который > был запрошен. > > -- > Roman Arutyunyan > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From arut на nginx.com Tue Feb 14 14:29:51 2017 From: arut на nginx.com (Roman Arutyunyan) Date: Tue, 14 Feb 2017 17:29:51 +0300 Subject: nginx slice module In-Reply-To: References: <20170214130950.GF63314@Romans-MacBook-Air.local> Message-ID: <20170214142951.GH63314@Romans-MacBook-Air.local> Для начала надо понять, что было запрошено и что реально пришло. Тот диапазон, который указан в тексте ошибки - это то, что пришло. Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что именно запрашивалось. Надо будет понять, почему одно не совпадает с другим. On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote: > Здравствуйте, Роман. > > А как это можно дебажить? Что тут можно сделать? На бэкенда в целом просто > nginx, который выдает файлы с диска. То есть нет каких-то уникальных вещей. > > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan > написал: > > > Добрый день Антон, > > > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote: > > > Здравствуйте. > > > > > > Пытаемся использовать указанный в теме модуль и довольно часто в логе > > видно > > > ошибки вида: > > > > > > unexpected range in slice response: 1622016-1630208 while reading > > response > > > header from upstream > > > > > > Не подскажете как точно поймать причину? Это какой-то странный запрос > > > прилетает, или что-то не получается у бэкенда сообразить с заголовками? > > > > Это означает, что с бекенда по какой-то причине пришел не тот range, > > который > > был запрошен. > > > > -- > > Roman Arutyunyan > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > -- > Best regards, > Anton Kiryushkin > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Roman Arutyunyan From swood на fotofor.biz Tue Feb 14 14:52:48 2017 From: swood на fotofor.biz (Anton Kiryushkin) Date: Tue, 14 Feb 2017 14:52:48 +0000 Subject: nginx slice module In-Reply-To: <20170214142951.GH63314@Romans-MacBook-Air.local> References: <20170214130950.GF63314@Romans-MacBook-Air.local> <20170214142951.GH63314@Romans-MacBook-Air.local> Message-ID: А есть какие-то ограничения на размер слайса? Стоит ли считать, что 200кб слишком мало? Файлы в среднем по 5-7мб. вт, 14 февр. 2017 г. в 17:29, Roman Arutyunyan : > Для начала надо понять, что было запрошено и что реально пришло. > Тот диапазон, который указан в тексте ошибки - это то, что пришло. > Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что именно > запрашивалось. Надо будет понять, почему одно не совпадает с другим. > > On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote: > > Здравствуйте, Роман. > > > > А как это можно дебажить? Что тут можно сделать? На бэкенда в целом > просто > > nginx, который выдает файлы с диска. То есть нет каких-то уникальных > вещей. > > > > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan > > написал: > > > > > Добрый день Антон, > > > > > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote: > > > > Здравствуйте. > > > > > > > > Пытаемся использовать указанный в теме модуль и довольно часто в логе > > > видно > > > > ошибки вида: > > > > > > > > unexpected range in slice response: 1622016-1630208 while reading > > > response > > > > header from upstream > > > > > > > > Не подскажете как точно поймать причину? Это какой-то странный запрос > > > > прилетает, или что-то не получается у бэкенда сообразить с > заголовками? > > > > > > Это означает, что с бекенда по какой-то причине пришел не тот range, > > > который > > > был запрошен. > > > > > > -- > > > Roman Arutyunyan > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > -- > > Best regards, > > Anton Kiryushkin > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -- > Roman Arutyunyan > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From arut на nginx.com Tue Feb 14 14:59:56 2017 From: arut на nginx.com (Roman Arutyunyan) Date: Tue, 14 Feb 2017 17:59:56 +0300 Subject: nginx slice module In-Reply-To: References: <20170214130950.GF63314@Romans-MacBook-Air.local> <20170214142951.GH63314@Romans-MacBook-Air.local> Message-ID: <20170214145956.GI63314@Romans-MacBook-Air.local> Прямых огранчений нет. Но если слайсы сделать маленькими, то их число будет большим и, как следствие, вырастет объем потребляемых одним запросом ресурсов, включая число открытых дескрипторов. Но вы бы увидели соответствующие ошибки в логах. On Tue, Feb 14, 2017 at 02:52:48PM +0000, Anton Kiryushkin wrote: > А есть какие-то ограничения на размер слайса? Стоит ли считать, что 200кб > слишком мало? Файлы в среднем по 5-7мб. > вт, 14 февр. 2017 г. в 17:29, Roman Arutyunyan : > > > Для начала надо понять, что было запрошено и что реально пришло. > > Тот диапазон, который указан в тексте ошибки - это то, что пришло. > > Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что именно > > запрашивалось. Надо будет понять, почему одно не совпадает с другим. > > > > On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote: > > > Здравствуйте, Роман. > > > > > > А как это можно дебажить? Что тут можно сделать? На бэкенда в целом > > просто > > > nginx, который выдает файлы с диска. То есть нет каких-то уникальных > > вещей. > > > > > > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan > > > написал: > > > > > > > Добрый день Антон, > > > > > > > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote: > > > > > Здравствуйте. > > > > > > > > > > Пытаемся использовать указанный в теме модуль и довольно часто в логе > > > > видно > > > > > ошибки вида: > > > > > > > > > > unexpected range in slice response: 1622016-1630208 while reading > > > > response > > > > > header from upstream > > > > > > > > > > Не подскажете как точно поймать причину? Это какой-то странный запрос > > > > > прилетает, или что-то не получается у бэкенда сообразить с > > заголовками? > > > > > > > > Это означает, что с бекенда по какой-то причине пришел не тот range, > > > > который > > > > был запрошен. > > > > > > > > -- > > > > Roman Arutyunyan > > > > _______________________________________________ > > > > nginx-ru mailing list > > > > nginx-ru на nginx.org > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > > > > > > -- > > > Best regards, > > > Anton Kiryushkin > > > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > -- > > Roman Arutyunyan > > _______________________________________________ > > 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 -- Roman Arutyunyan From mdounin на mdounin.ru Tue Feb 14 15:52:26 2017 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 14 Feb 2017 18:52:26 +0300 Subject: nginx-1.11.10 Message-ID: <20170214155226.GA46625@mdounin.ru> Изменения в nginx 1.11.10 14.02.2017 *) Изменение: формат заголовка кэша был изменен, ранее закэшированные ответы будут загружены заново. *) Добавление: поддержка расширений stale-while-revalidate и stale-if-error в строке "Cache-Control" в заголовке ответа бэкенда. *) Добавление: директивы proxy_cache_background_update, fastcgi_cache_background_update, scgi_cache_background_update и uwsgi_cache_background_update. *) Добавление: теперь nginx может кэшировать ответы со строкой Vary заголовка длиной до 128 символов (вместо 42 символов в предыдущих версиях). *) Добавление: параметр build директивы server_tokens. Спасибо Tom Thorogood. *) Исправление: при обработке запросов со строкой "Expect: 100-continue" в заголовке запроса в логах могли появляться сообщения "[crit] SSL_write() failed". *) Исправление: модуль ngx_http_slice_module не работал в именованных location'ах. *) Исправление: при использовании AIO после перенаправления запроса с помощью X-Accel-Redirect в рабочем процессе мог произойти segmentation fault. *) Исправление: уменьшено потребление памяти для долгоживущих запросов, использующих сжатие. -- Maxim Dounin http://nginx.org/ From swood на fotofor.biz Tue Feb 14 16:10:29 2017 From: swood на fotofor.biz (Anton Kiryushkin) Date: Tue, 14 Feb 2017 19:10:29 +0300 Subject: nginx slice module In-Reply-To: <20170214145956.GI63314@Romans-MacBook-Air.local> References: <20170214130950.GF63314@Romans-MacBook-Air.local> <20170214142951.GH63314@Romans-MacBook-Air.local> <20170214145956.GI63314@Romans-MacBook-Air.local> Message-ID: Позвольте еще задать вопрос. Насколько корректно nginx в случае работы с slice-модулем будет обрабатывать запрос с заголовком: Range: bytes=3744- Замечено интересное свойство. Первый такой запрос не отрабатывает. А второй уже может. Схема работы простая nginx + slice -> nginx + mp4 на дисках. 14 февраля 2017 г., 17:59 пользователь Roman Arutyunyan написал: > Прямых огранчений нет. Но если слайсы сделать маленькими, то их число > будет > большим и, как следствие, вырастет объем потребляемых одним запросом > ресурсов, > включая число открытых дескрипторов. Но вы бы увидели соответствующие > ошибки в > логах. > > On Tue, Feb 14, 2017 at 02:52:48PM +0000, Anton Kiryushkin wrote: > > А есть какие-то ограничения на размер слайса? Стоит ли считать, что 200кб > > слишком мало? Файлы в среднем по 5-7мб. > > вт, 14 февр. 2017 г. в 17:29, Roman Arutyunyan : > > > > > Для начала надо понять, что было запрошено и что реально пришло. > > > Тот диапазон, который указан в тексте ошибки - это то, что пришло. > > > Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что > именно > > > запрашивалось. Надо будет понять, почему одно не совпадает с другим. > > > > > > On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote: > > > > Здравствуйте, Роман. > > > > > > > > А как это можно дебажить? Что тут можно сделать? На бэкенда в целом > > > просто > > > > nginx, который выдает файлы с диска. То есть нет каких-то уникальных > > > вещей. > > > > > > > > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan < > arut на nginx.com> > > > > написал: > > > > > > > > > Добрый день Антон, > > > > > > > > > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote: > > > > > > Здравствуйте. > > > > > > > > > > > > Пытаемся использовать указанный в теме модуль и довольно часто в > логе > > > > > видно > > > > > > ошибки вида: > > > > > > > > > > > > unexpected range in slice response: 1622016-1630208 while reading > > > > > response > > > > > > header from upstream > > > > > > > > > > > > Не подскажете как точно поймать причину? Это какой-то странный > запрос > > > > > > прилетает, или что-то не получается у бэкенда сообразить с > > > заголовками? > > > > > > > > > > Это означает, что с бекенда по какой-то причине пришел не тот > range, > > > > > который > > > > > был запрошен. > > > > > > > > > > -- > > > > > Roman Arutyunyan > > > > > _______________________________________________ > > > > > nginx-ru mailing list > > > > > nginx-ru на nginx.org > > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > > > > > > > > > > > -- > > > > Best regards, > > > > Anton Kiryushkin > > > > > > > _______________________________________________ > > > > nginx-ru mailing list > > > > nginx-ru на nginx.org > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > -- > > > Roman Arutyunyan > > > _______________________________________________ > > > 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 > > > -- > Roman Arutyunyan > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на forum.nginx.org Tue Feb 14 16:31:55 2017 From: nginx-forum на forum.nginx.org (S.A.N) Date: Tue, 14 Feb 2017 11:31:55 -0500 Subject: nginx-1.11.10 In-Reply-To: <20170214155226.GA46625@mdounin.ru> References: <20170214155226.GA46625@mdounin.ru> Message-ID: За поддержку заголовков stale-* отдельное спасибо. Когда появится в документации описания новой директивы - proxy_cache_background_update? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272411,272413#msg-272413 From arut на nginx.com Tue Feb 14 16:33:25 2017 From: arut на nginx.com (Roman Arutyunyan) Date: Tue, 14 Feb 2017 19:33:25 +0300 Subject: nginx slice module In-Reply-To: References: <20170214130950.GF63314@Romans-MacBook-Air.local> <20170214142951.GH63314@Romans-MacBook-Air.local> <20170214145956.GI63314@Romans-MacBook-Air.local> Message-ID: <20170214163325.GK63314@Romans-MacBook-Air.local> Все должно работать. Можете показать config и/или debug log? On Tue, Feb 14, 2017 at 07:10:29PM +0300, Anton Kiryushkin wrote: > Позвольте еще задать вопрос. Насколько корректно nginx в случае работы с > slice-модулем будет обрабатывать запрос с заголовком: > > Range: bytes=3744- > > Замечено интересное свойство. Первый такой запрос не отрабатывает. А второй > уже может. Схема работы простая nginx + slice -> nginx + mp4 на дисках. > > 14 февраля 2017 г., 17:59 пользователь Roman Arutyunyan > написал: > > > Прямых огранчений нет. Но если слайсы сделать маленькими, то их число > > будет > > большим и, как следствие, вырастет объем потребляемых одним запросом > > ресурсов, > > включая число открытых дескрипторов. Но вы бы увидели соответствующие > > ошибки в > > логах. > > > > On Tue, Feb 14, 2017 at 02:52:48PM +0000, Anton Kiryushkin wrote: > > > А есть какие-то ограничения на размер слайса? Стоит ли считать, что 200кб > > > слишком мало? Файлы в среднем по 5-7мб. > > > вт, 14 февр. 2017 г. в 17:29, Roman Arutyunyan : > > > > > > > Для начала надо понять, что было запрошено и что реально пришло. > > > > Тот диапазон, который указан в тексте ошибки - это то, что пришло. > > > > Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что > > именно > > > > запрашивалось. Надо будет понять, почему одно не совпадает с другим. > > > > > > > > On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote: > > > > > Здравствуйте, Роман. > > > > > > > > > > А как это можно дебажить? Что тут можно сделать? На бэкенда в целом > > > > просто > > > > > nginx, который выдает файлы с диска. То есть нет каких-то уникальных > > > > вещей. > > > > > > > > > > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan < > > arut на nginx.com> > > > > > написал: > > > > > > > > > > > Добрый день Антон, > > > > > > > > > > > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote: > > > > > > > Здравствуйте. > > > > > > > > > > > > > > Пытаемся использовать указанный в теме модуль и довольно часто в > > логе > > > > > > видно > > > > > > > ошибки вида: > > > > > > > > > > > > > > unexpected range in slice response: 1622016-1630208 while reading > > > > > > response > > > > > > > header from upstream > > > > > > > > > > > > > > Не подскажете как точно поймать причину? Это какой-то странный > > запрос > > > > > > > прилетает, или что-то не получается у бэкенда сообразить с > > > > заголовками? > > > > > > > > > > > > Это означает, что с бекенда по какой-то причине пришел не тот > > range, > > > > > > который > > > > > > был запрошен. > > > > > > > > > > > > -- > > > > > > Roman Arutyunyan > > > > > > _______________________________________________ > > > > > > nginx-ru mailing list > > > > > > nginx-ru на nginx.org > > > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Best regards, > > > > > Anton Kiryushkin > > > > > > > > > _______________________________________________ > > > > > nginx-ru mailing list > > > > > nginx-ru на nginx.org > > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > > > -- > > > > Roman Arutyunyan > > > > _______________________________________________ > > > > 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 > > > > > > -- > > Roman Arutyunyan > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > -- > Best regards, > Anton Kiryushkin > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Roman Arutyunyan From nginx-forum на forum.nginx.org Wed Feb 15 13:34:00 2017 From: nginx-forum на forum.nginx.org (neomaq) Date: Wed, 15 Feb 2017 08:34:00 -0500 Subject: =?UTF-8?B?0L/QtdGA0LXQtNCw0YLRjCDQsiBGYXN0Y2dpINCw0LTRgNC10YEg0LHRjdC60LU=?= =?UTF-8?B?0L3QtNCw?= Message-ID: Здравствуйте, имеется nginx + php-fpm и несколько бэкендов, появилась потребность в собственном обрабочтике сессий в php, для чего нужно знать адрес бэкенда, на котором происходит дело можно дописать в response header с помощью директивы add_header, но к этому моменту сессия уже сформирована. в связи с этим ищу способ передать в fastcgi значение переменной $upstream_addr пробовал добавлять: location ~ \.php$ { fastcgi_param HTTP-X_UPSTREAM $upstream_addr; но до fastcgi этот заголовок долетает пустым как быть? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272431,272431#msg-272431 From mdounin на mdounin.ru Wed Feb 15 15:12:58 2017 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 15 Feb 2017 18:12:58 +0300 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LTQsNGC0Ywg0LIgRmFzdGNnaSDQsNC00YDQtdGBINCx0Y0=?= =?UTF-8?B?0LrQtdC90LTQsA==?= In-Reply-To: References: Message-ID: <20170215151258.GH46625@mdounin.ru> Hello! On Wed, Feb 15, 2017 at 08:34:00AM -0500, neomaq wrote: > Здравствуйте, > > имеется nginx + php-fpm и несколько бэкендов, > > появилась потребность в собственном обрабочтике сессий в php, для чего > нужно знать адрес бэкенда, на котором происходит дело > > можно дописать в response header с помощью директивы add_header, > но к этому моменту сессия уже сформирована. > > в связи с этим ищу способ передать в fastcgi значение переменной > $upstream_addr > > пробовал добавлять: > location ~ \.php$ { > fastcgi_param HTTP-X_UPSTREAM $upstream_addr; > > но до fastcgi этот заголовок долетает пустым > > как быть? Формирование запроса происходит до того, как будет выбран конкретный бекенд, и один и тот же единожды сформированный запрос может быть отправлен на несколько бекендов в рамках fastcgi_next_upstream. Так что задача в озвученном виде - не решается. Попробуйте вернуться на шаг назад и решить исходную проблему по другому. -- Maxim Dounin http://nginx.org/ From nginx-forum на forum.nginx.org Wed Feb 15 17:13:57 2017 From: nginx-forum на forum.nginx.org (Vvedensky) Date: Wed, 15 Feb 2017 12:13:57 -0500 Subject: =?UTF-8?B?0KPRgdGC0LDQvdC+0LLQutCwIG5naW54INC90LAgdWJ1bnR1IDE2LjA0?= Message-ID: <5475b2336b746bee804863b999255426.NginxMailingListRussian@forum.nginx.org> Здравствуйте. При попытке установить nginx на ubuntu 16.04 выдаёт следующее сообщение: Setting up nginx-full (1.10.3-0+xenial0) ... Job for nginx.service failed because the control process exited with error code. See "systemctl status nginx.service" and "journalctl -xe" for details. invoke-rc.d: initscript nginx, action "start" failed. dpkg: error processing package nginx-full (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of nginx: nginx depends on nginx-full (<< 1.10.3-0+xenial0.1~) | nginx-light (<< 1.10.3-0+xenial0.1~) | nginx-extras (<< 1.10.3-0+xenial0.1~); however: Package nginx-full is not configured yet. Package nginx-light is not installed. Package nginx-extras is not installed. nginx depends on nginx-full (>= 1.10.3-0+xenial0) | nginx-light (>= 1.10.3-0+xenial0) | nginx-extras (>= 1.10.3-0+xenial0); however: Package nginx-full is not configured yet. Package nginx-light is not installed. Package nginx-extras is not installed. dpkg: error processing package nginx (--configure): dependency problems - leaving unconfigured Processing triggers for libc-bin (2.23-0ubuntu4) ... Processing triggers for systemd (229-4ubuntu12) ... Errors were encountered while processing: nginx-full nginx E: Sub-process /usr/bin/dpkg returned an error code (1) В чём может быть ощибка и как её возможно устранить? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272439,272439#msg-272439 From nginx-forum на forum.nginx.org Wed Feb 15 17:19:33 2017 From: nginx-forum на forum.nginx.org (Vvedensky) Date: Wed, 15 Feb 2017 12:19:33 -0500 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCBuZ2lueCDQvdCwIHVidW50dSAxNi4wNA==?= In-Reply-To: <5475b2336b746bee804863b999255426.NginxMailingListRussian@forum.nginx.org> References: <5475b2336b746bee804863b999255426.NginxMailingListRussian@forum.nginx.org> Message-ID: <9a4d78ea9954b1d3f946f3ea1750df20.NginxMailingListRussian@forum.nginx.org> Кажется разобрался: по умолчанию там apache стоял и мешал Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272439,272441#msg-272441 From chipitsine на gmail.com Wed Feb 15 18:33:33 2017 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Wed, 15 Feb 2017 23:33:33 +0500 Subject: =?UTF-8?B?0LHQsNCzID8=?= Message-ID: Добрый день! ситуация. есть примерно такой конфиг stream { server { listen X.X.X.X:80; proxy_pass xxx; } } случайно делаю так (добавляю конфиг) http { server { listen X.X.X.X:80; proxy_pass xxx; } } stream { server { listen X.X.X.X:80; proxy_pass xxx; } } на вновь полученный конфиг проверка синтаксиса "nginx -t" говорит "ок". делаю reload - все ок. но по факту работает конфиг до изменения. можно ли как-то отслеживать подобные колизии ? выглядит как баг. завести в trac ? Илья Шипицин ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From yar на nginx.com Thu Feb 16 17:16:31 2017 From: yar на nginx.com (Yaroslav Zhuravlev) Date: Thu, 16 Feb 2017 20:16:31 +0300 Subject: nginx-1.11.10 In-Reply-To: References: <20170214155226.GA46625@mdounin.ru> Message-ID: <36216C4E-D0E2-4343-9854-1F143AEFF859@nginx.com> On 14 Feb 2017, at 19:31, S.A.N wrote: > За поддержку заголовков stale-* отдельное спасибо. > Когда появится в документации описания новой директивы - > proxy_cache_background_update? http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_background_update http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_background_update > > Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272411,272413#msg-272413 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на forum.nginx.org Thu Feb 16 20:14:18 2017 From: nginx-forum на forum.nginx.org (S.A.N) Date: Thu, 16 Feb 2017 15:14:18 -0500 Subject: nginx-1.11.10 In-Reply-To: <36216C4E-D0E2-4343-9854-1F143AEFF859@nginx.com> References: <36216C4E-D0E2-4343-9854-1F143AEFF859@nginx.com> Message-ID: > http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_b > ackground_update > http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_b > ackground_update Да, спасибо. Почему значения директивы proxy_cache_use_stale более приоритетно чем заголовок stale-while-revalidate? Приоритеты директивы proxy_cache_valid и заголовка Cache-Control: max-age, полностью на оборот. Если в конфиге прописать proxy_cache_use_stale error updating; И в закешированом ответе есть заголовок Cache-Control: max-age=1 stale-if-error=0 stale-while-revalidate=0 Nginx будет использовать устаревший ответ? И на оборот, если в конфиге, указать proxy_cache_use_stale off; И в закешированом ответе есть заголовок Cache-Control: max-age=1 stale-if-error=100 stale-while-revalidate=100 Nginx будет использовать устаревший ответ? На практике более гибко и удобно чтобы приоритеты НТТР заголовков были всегда выше, директив из конфига, есть proxy_ignore_headers если нужно обратное. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272411,272470#msg-272470 From nginx на mva.name Thu Feb 16 20:34:46 2017 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Fri, 17 Feb 2017 03:34:46 +0700 Subject: nginx-1.11.10 In-Reply-To: References: <36216C4E-D0E2-4343-9854-1F143AEFF859@nginx.com> Message-ID: <3501647.u5xfV2y5Rx@note> > На практике более гибко и удобно чтобы приоритеты НТТР заголовков были > всегда выше, директив из конфига, есть proxy_ignore_headers если нужно > обратное. 1) я бы предпочёл чтобы это было регулируемым поведением 2) и что, всю толпу заголовков перечислять в ignore, если вдруг хочется чтобы всё происходило ровно так, как описано в конфиге? :) From nginx-forum на forum.nginx.org Thu Feb 16 21:35:58 2017 From: nginx-forum на forum.nginx.org (S.A.N) Date: Thu, 16 Feb 2017 16:35:58 -0500 Subject: nginx-1.11.10 In-Reply-To: <3501647.u5xfV2y5Rx@note> References: <3501647.u5xfV2y5Rx@note> Message-ID: > 2) и что, всю толпу заголовков перечислять в ignore, если вдруг > хочется чтобы > всё происходило ровно так, как описано в конфиге? :) Нет, достаточно указать ignore Cache-Control и бекенд не сможет рулить кешированием, но вообще заголовки от бекенда, появляются не от сырости, их там разработчики специально, в коде запрограммировали, чтобы управлять кешированием :) Да, кстати на заголовок Cache-Control: max-age=1 stale-if-error=100 stale-while-revalidate=100 уже реагирует Хром, он может в офлайне работать с этим кешем. Но вы так же должны знать, что даже в онлайне когда на сервере уже есть новый кеш, браузер всегда будет загружать из своего локал кеша старый кеш (не старше значения из stale-while-revalidate) и только в фоновом режиме отправит запрос на сервер, но на странице будет старый контент. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272411,272472#msg-272472 From swood на fotofor.biz Fri Feb 17 17:06:40 2017 From: swood на fotofor.biz (Anton Kiryushkin) Date: Fri, 17 Feb 2017 20:06:40 +0300 Subject: nginx slice module In-Reply-To: <20170214163325.GK63314@Romans-MacBook-Air.local> References: <20170214130950.GF63314@Romans-MacBook-Air.local> <20170214142951.GH63314@Romans-MacBook-Air.local> <20170214145956.GI63314@Romans-MacBook-Air.local> <20170214163325.GK63314@Romans-MacBook-Air.local> Message-ID: Лог бросал в личку Роману, там нет ничего выдающегося, поэтому в рассылку его отправлять не буду. При этом, у меня получилось найти решение исходной проблемы. Способ из двух действий. 1. Прописал max_ranges 5 на всех серверах бэкенда. 2. Пересобрал nginx с патчем из вот этого треда: https://forum.nginx.org/read.php?2,225815,225826#msg-225826 После этого ошибки про неверный диапазон из лога ушли. 14 февраля 2017 г., 19:33 пользователь Roman Arutyunyan написал: > Все должно работать. Можете показать config и/или debug log? > > On Tue, Feb 14, 2017 at 07:10:29PM +0300, Anton Kiryushkin wrote: > > Позвольте еще задать вопрос. Насколько корректно nginx в случае работы с > > slice-модулем будет обрабатывать запрос с заголовком: > > > > Range: bytes=3744- > > > > Замечено интересное свойство. Первый такой запрос не отрабатывает. А > второй > > уже может. Схема работы простая nginx + slice -> nginx + mp4 на дисках. > > > > 14 февраля 2017 г., 17:59 пользователь Roman Arutyunyan > > написал: > > > > > Прямых огранчений нет. Но если слайсы сделать маленькими, то их число > > > будет > > > большим и, как следствие, вырастет объем потребляемых одним запросом > > > ресурсов, > > > включая число открытых дескрипторов. Но вы бы увидели соответствующие > > > ошибки в > > > логах. > > > > > > On Tue, Feb 14, 2017 at 02:52:48PM +0000, Anton Kiryushkin wrote: > > > > А есть какие-то ограничения на размер слайса? Стоит ли считать, что > 200кб > > > > слишком мало? Файлы в среднем по 5-7мб. > > > > вт, 14 февр. 2017 г. в 17:29, Roman Arutyunyan : > > > > > > > > > Для начала надо понять, что было запрошено и что реально пришло. > > > > > Тот диапазон, который указан в тексте ошибки - это то, что пришло. > > > > > Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что > > > именно > > > > > запрашивалось. Надо будет понять, почему одно не совпадает с > другим. > > > > > > > > > > On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote: > > > > > > Здравствуйте, Роман. > > > > > > > > > > > > А как это можно дебажить? Что тут можно сделать? На бэкенда в > целом > > > > > просто > > > > > > nginx, который выдает файлы с диска. То есть нет каких-то > уникальных > > > > > вещей. > > > > > > > > > > > > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan < > > > arut на nginx.com> > > > > > > написал: > > > > > > > > > > > > > Добрый день Антон, > > > > > > > > > > > > > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin > wrote: > > > > > > > > Здравствуйте. > > > > > > > > > > > > > > > > Пытаемся использовать указанный в теме модуль и довольно > часто в > > > логе > > > > > > > видно > > > > > > > > ошибки вида: > > > > > > > > > > > > > > > > unexpected range in slice response: 1622016-1630208 while > reading > > > > > > > response > > > > > > > > header from upstream > > > > > > > > > > > > > > > > Не подскажете как точно поймать причину? Это какой-то > странный > > > запрос > > > > > > > > прилетает, или что-то не получается у бэкенда сообразить с > > > > > заголовками? > > > > > > > > > > > > > > Это означает, что с бекенда по какой-то причине пришел не тот > > > range, > > > > > > > который > > > > > > > был запрошен. > > > > > > > > > > > > > > -- > > > > > > > Roman Arutyunyan > > > > > > > _______________________________________________ > > > > > > > nginx-ru mailing list > > > > > > > nginx-ru на nginx.org > > > > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Best regards, > > > > > > Anton Kiryushkin > > > > > > > > > > > _______________________________________________ > > > > > > nginx-ru mailing list > > > > > > nginx-ru на nginx.org > > > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > > > > > > -- > > > > > Roman Arutyunyan > > > > > _______________________________________________ > > > > > 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 > > > > > > > > > -- > > > Roman Arutyunyan > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru на nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > > > > > > -- > > Best regards, > > Anton Kiryushkin > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -- > Roman Arutyunyan > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From endo.mulo на gmail.com Fri Feb 17 20:13:23 2017 From: endo.mulo на gmail.com (Dmitriy M.) Date: Fri, 17 Feb 2017 22:13:23 +0200 Subject: Nginx mail proxy: 12: Cannot allocate memory Message-ID: Добрый день, в процессе работы nginx в качестве mail-прокси, как IMAP + IMAPs так и POP3 + POP3s, довольно часто (десятки в час при сотнях запросах/сек) наблюдаются сообщения вида: 2017/02/17 18:53:04 [alert] 85666#100706: *382213 send() failed (12: Cannot allocate memory) while proxying and sending to client, client: 37.203.xxx.xxx, server: 0.0.0.0:110, login: "alex на local.domain", upstream: 10.10.10.10:110 2017/02/17 18:53:29 [crit] 85672#100581: *304157 SSL_write() failed (SSL:) (12: Cannot allocate memory) while proxying and sending to client, client: 212.90.xxx.xxx, server: 0.0.0.0:993, login: "po на local.domain", upstream: 10.10.10.10:143 Жалоб вроде бы не поступало от пользователей (сервис публичный, запросы из-вне). Стоит ли беспокоиться по поводу этих сообщений, что может служить причиной, какие конфиг-параметры можно попробовать менять для исправления? Спасибо! Наблюдается на FreeBSD 10, сборка из исходников: nginx version: nginx/1.10.3 built by clang 3.3 (tags/RELEASE_33/final 183502) 20130610 built with LibreSSL 2.4.5 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx/error.log --user=www --group=www --modules-path=/usr/local/libexec/nginx --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx/access.log --with-http_addition_module --with-http_realip_module --with-http_stub_status_module --with-http_sub_module --with-pcre --with-http_v2_module --with-threads --with-http_ssl_module --with-mail --with-mail_ssl_module --without-mail_smtp_module --with-openssl=/root/nginx/libressl-2.4.5 From nginx-ru на sadok.spb.ru Fri Feb 17 20:59:40 2017 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Fri, 17 Feb 2017 23:59:40 +0300 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: References: Message-ID: <1582618452.20170217235940@sadok.spb.ru> Здравствуйте, Dmitriy. Вы писали 17 февраля 2017 г., 23:13:23: > Наблюдается на FreeBSD 10, сборка из исходников: Хм. На Фри из исходников.. ну, ладно. 10.3 уже доживает последние дни -- С уважением, Dmitry nginx-ru на sadok.spb.ru From kulmaks на gmail.com Sat Feb 18 07:16:45 2017 From: kulmaks на gmail.com (Maksim Kulik) Date: Sat, 18 Feb 2017 10:16:45 +0300 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: <1582618452.20170217235940@sadok.spb.ru> References: <1582618452.20170217235940@sadok.spb.ru> Message-ID: EoL - 30 Апреля 2018. Так себе последние дни... > Хм. На Фри из исходников.. ну, ладно. 10.3 уже доживает последние дни > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-ru на sadok.spb.ru Sat Feb 18 08:28:58 2017 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Sat, 18 Feb 2017 11:28:58 +0300 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: References: <1582618452.20170217235940@sadok.spb.ru> Message-ID: <3410227412.20170218112858@sadok.spb.ru> Здравствуйте, Maksim. Вы писали 18 февраля 2017 г., 10:16:45: > EoL - 30 Апреля 2018. Так себе последние дни... --with-openssl=/root/nginx/libressl-2.4.5 может в этом дело? nginx с liberssl вообще работает нормально? зачем на FreeBSD что-то из исходников собирать, когда есть порты и в крайнем случае pkg? -- С уважением, Dmitry nginx-ru на sadok.spb.ru From endo.mulo на gmail.com Sat Feb 18 20:58:47 2017 From: endo.mulo на gmail.com (Dmitriy M.) Date: Sat, 18 Feb 2017 22:58:47 +0200 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: <3410227412.20170218112858@sadok.spb.ru> References: <1582618452.20170217235940@sadok.spb.ru> <3410227412.20170218112858@sadok.spb.ru> Message-ID: Добрый день, см. в цитировании 18 февраля 2017 г., 10:28 пользователь Dmitry Ivanov написал: > Здравствуйте, Maksim. > > Вы писали 18 февраля 2017 г., 10:16:45: > >> EoL - 30 Апреля 2018. Так себе последние дни... > > --with-openssl=/root/nginx/libressl-2.4.5 > > может в этом дело? nginx с liberssl вообще работает нормально? по опыту применения libressl + nginx в продакшене могу уверить - работает без проблем, мы уже годами работаем на libressl под большими нагрузками (10к/запросов в сек) с всевозможными браузерами (насчитано 115тыс различных уникальных строк UA за год использования). Но чистоты ради, собрал с --with-openssl=/root/nginx/openssl-1.0.2k Проблема повторяется: 2017/02/18 22:45:12 [crit] 99348#100518: *1857 SSL_write() failed (SSL:) (12: Cannot allocate memory) while proxying and sending to client, client: 5.248.111.ххх ... Следующим шагом будет обновление FreeBSD на 11-STABLE. Вышеописанные попытки сборки - это попытки доказательства/проверки работы актуального nginx перед обновлением ОС (что бы не наткнулись на неисправимую проблему после обновления ОС). > зачем на FreeBSD что-то из исходников собирать, когда есть порты и в > крайнем случае pkg? > > -- > С уважением, > Dmitry nginx-ru на sadok.spb.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From chipitsine на gmail.com Sat Feb 18 21:10:13 2017 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Sun, 19 Feb 2017 02:10:13 +0500 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: References: <1582618452.20170217235940@sadok.spb.ru> <3410227412.20170218112858@sadok.spb.ru> Message-ID: 19 февраля 2017 г., 1:58 пользователь Dmitriy M. написал: > Добрый день, > см. в цитировании > > 18 февраля 2017 г., 10:28 пользователь Dmitry Ivanov > написал: > > Здравствуйте, Maksim. > > > > Вы писали 18 февраля 2017 г., 10:16:45: > > > >> EoL - 30 Апреля 2018. Так себе последние дни... > > > > --with-openssl=/root/nginx/libressl-2.4.5 > > > > может в этом дело? nginx с liberssl вообще работает нормально? > > по опыту применения libressl + nginx в продакшене могу уверить - > работает без проблем, мы уже годами работаем на libressl под большими > нагрузками (10к/запросов в сек) с всевозможными браузерами (насчитано > 115тыс различных уникальных строк UA за год использования). > > Но чистоты ради, собрал с --with-openssl=/root/nginx/openssl-1.0.2k > Проблема повторяется: > > 2017/02/18 22:45:12 [crit] 99348#100518: *1857 SSL_write() failed > (SSL:) (12: Cannot allocate memory) while proxying and sending to > client, client: 5.248.111.ххх ... > > valgrind ? google-perftools ? bsd-шные профили (от какого пользователя/класса работает процесс) ? > Следующим шагом будет обновление FreeBSD на 11-STABLE. Вышеописанные > попытки сборки - это попытки доказательства/проверки работы > актуального nginx перед обновлением ОС (что бы не наткнулись на > неисправимую проблему после обновления ОС). > > > зачем на FreeBSD что-то из исходников собирать, когда есть порты и в > > крайнем случае pkg? > > > > -- > > С уважением, > > Dmitry nginx-ru на sadok.spb.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 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-ru на sadok.spb.ru Sun Feb 19 07:05:32 2017 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Sun, 19 Feb 2017 10:05:32 +0300 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: References: <1582618452.20170217235940@sadok.spb.ru> <3410227412.20170218112858@sadok.spb.ru> Message-ID: <1164714999.20170219100532@sadok.spb.ru> Здравствуйте, Dmitriy. Вы писали 18 февраля 2017 г., 23:58:47: > Следующим шагом будет обновление FreeBSD на 11-STABLE. Вышеописанные STABLE точно не нужен. И, кстати, вы не сможете с 10.1 на 11 перейти. Надо через 10.3 -- С уважением, Dmitry nginx-ru на sadok.spb.ru From pluknet на nginx.com Mon Feb 20 09:55:29 2017 From: pluknet на nginx.com (Sergey Kandaurov) Date: Mon, 20 Feb 2017 12:55:29 +0300 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: References: Message-ID: <88EB6BD6-843F-41D2-AA31-3F92476790DF@nginx.com> > On 17 Feb 2017, at 23:13, Dmitriy M. wrote: > > Добрый день, > > в процессе работы nginx в качестве mail-прокси, как IMAP + IMAPs так и > POP3 + POP3s, довольно часто (десятки в час при сотнях запросах/сек) > наблюдаются сообщения вида: > > 2017/02/17 18:53:04 [alert] 85666#100706: *382213 send() failed (12: > Cannot allocate memory) while proxying and sending to client, client: > 37.203.xxx.xxx, server: 0.0.0.0:110, login: "alex на local.domain", > upstream: 10.10.10.10:110 > > 2017/02/17 18:53:29 [crit] 85672#100581: *304157 SSL_write() failed > (SSL:) (12: Cannot allocate memory) while proxying and sending to > client, client: 212.90.xxx.xxx, server: 0.0.0.0:993, login: > "po на local.domain”, upstream: 10.10.10.10:143 > Netgraph используете? -- Sergey Kandaurov From endo.mulo на gmail.com Mon Feb 20 10:04:13 2017 From: endo.mulo на gmail.com (Dmitriy M.) Date: Mon, 20 Feb 2017 12:04:13 +0200 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: <88EB6BD6-843F-41D2-AA31-3F92476790DF@nginx.com> References: <88EB6BD6-843F-41D2-AA31-3F92476790DF@nginx.com> Message-ID: 20 февраля 2017 г., 11:55 пользователь Sergey Kandaurov написал: > >> On 17 Feb 2017, at 23:13, Dmitriy M. wrote: >> >> Добрый день, >> >> в процессе работы nginx в качестве mail-прокси, как IMAP + IMAPs так и >> POP3 + POP3s, довольно часто (десятки в час при сотнях запросах/сек) >> наблюдаются сообщения вида: >> >> 2017/02/17 18:53:04 [alert] 85666#100706: *382213 send() failed (12: >> Cannot allocate memory) while proxying and sending to client, client: >> 37.203.xxx.xxx, server: 0.0.0.0:110, login: "alex на local.domain", >> upstream: 10.10.10.10:110 >> >> 2017/02/17 18:53:29 [crit] 85672#100581: *304157 SSL_write() failed >> (SSL:) (12: Cannot allocate memory) while proxying and sending to >> client, client: 212.90.xxx.xxx, server: 0.0.0.0:993, login: >> "po на local.domain”, upstream: 10.10.10.10:143 >> > > Netgraph используете? С полезной ныне целью - уже нет, но модули всё еще подгружены и ноды существуют. Думаю, при следующем ребуте их уберём, они всё равно бесполезны сейчас. Сообщу позже результат. kldstat Id Refs Address Size Name 1 31 0xffffffff80200000 aa3a18 kernel 2 1 0xffffffff80ca4000 225f68 zfs.ko 3 2 0xffffffff80eca000 2908 acl_nfs4.ko 4 2 0xffffffff80ecd000 5bf0 opensolaris.ko 5 1 0xffffffff80ed3000 bc78 carp.ko 6 1 0xffffffff80edf000 10388 if_lagg.ko 7 1 0xffffffff81012000 221a ums.ko 8 1 0xffffffff81015000 164b uhid.ko 9 4 0xffffffff81017000 87c4 netgraph.ko 10 1 0xffffffff81020000 381b ng_netflow.ko 11 1 0xffffffff81024000 208c ng_ksocket.ko 12 1 0xffffffff81027000 15a8 ng_ether.ko 13 1 0xffffffff81029000 1c40 ng_socket.ko ngctl list There are 4 total nodes: Name: lagg0 Type: ether ID: 00000001 Num hooks: 2 Name: netflow Type: netflow ID: 00000003 Num hooks: 3 Name: Type: ksocket ID: 00000004 Num hooks: 1 Name: ngctl78550 Type: socket ID: 00000016 Num hooks: 0 > > -- > Sergey Kandaurov > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на forum.nginx.org Mon Feb 20 14:35:58 2017 From: nginx-forum на forum.nginx.org (Kira_Belka) Date: Mon, 20 Feb 2017 09:35:58 -0500 Subject: health_check for dynamic upstream Message-ID: <88deb753b3e38a2bcba156eba698ef5f.NginxMailingListRussian@forum.nginx.org> Hi! I faced with trouble. I have to upstreams and I route requests to them by some headers like $user_agent or $http_x_forwarded_proto so it looks like: map $some_header $backend { default "first"; some_value "second"; } upstream first {} upstream second {} server { proxy_pass $backend; health_check; } I get error. So my question how I can use health_check for this case? Thank you for any help. I can cookies and I 'd love share it :P Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272525,272525#msg-272525 From undying-m на yandex.ru Mon Feb 20 14:43:43 2017 From: undying-m на yandex.ru (Den Bozhok) Date: Mon, 20 Feb 2017 17:43:43 +0300 Subject: upstream resolve feature Message-ID: <1527491487601823@web9g.yandex.ru> Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Mon Feb 20 14:49:48 2017 From: nginx-forum на forum.nginx.org (Kira_Belka) Date: Mon, 20 Feb 2017 09:49:48 -0500 Subject: health_check for dynamic upstream In-Reply-To: <88deb753b3e38a2bcba156eba698ef5f.NginxMailingListRussian@forum.nginx.org> References: <88deb753b3e38a2bcba156eba698ef5f.NginxMailingListRussian@forum.nginx.org> Message-ID: <6a75556efc1314af4d3ab34d7237d868.NginxMailingListRussian@forum.nginx.org> * I have cookies :) Вообще проблема в том что похоже что директива health_check подставляет в качестве параметра апстрима только явно подставленную апстрим группу. Есть ли варианты решения подобной траблы? разруливать на бэкенды по юзерагенту и прото и кастомному хидеру необходимо. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272525,272528#msg-272528 From maxim на nginx.com Mon Feb 20 14:57:26 2017 From: maxim на nginx.com (Maxim Konovalov) Date: Mon, 20 Feb 2017 17:57:26 +0300 Subject: upstream resolve feature In-Reply-To: <1527491487601823@web9g.yandex.ru> References: <1527491487601823@web9g.yandex.ru> Message-ID: <96d78eeb-ff13-3485-d056-8b14333877f5@nginx.com> Приветствую. On 2/20/17 5:43 PM, Den Bozhok wrote: > Здравствуйте! > > Данное письмо скорее как большая просьба к разработчикам nginx. > У nginx в блоке upstream можно указать параметр resolve, что бы > поддерживать актуальными ip адреса, если указано доменное имя ресурса. > Доступна эта опция в Nginx Plus, либо как сторонний модуль > (например: > https://github.com/willkelleher/nginx-upstream-dynamic-servers > ) Насколько я вижу, этот модуль обладает существенным недостатком -- результаты резолвинга локальны для каждого воркера. В nginx-plus этот дефект устранен. > Было бы очень здорово, если бы эта опция появилась в nginx нативно > без необходимости собирать nginx со сторонним модулем. > Есть ли планы на добавление этой опции в community edition? > Благодарю! > Я передам ваш запрос нашим продуктовикам, но обещать положительного решения не могу. -- Maxim Konovalov From vbart на nginx.com Mon Feb 20 17:40:46 2017 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 20 Feb 2017 20:40:46 +0300 Subject: health_check for dynamic upstream In-Reply-To: <6a75556efc1314af4d3ab34d7237d868.NginxMailingListRussian@forum.nginx.org> References: <88deb753b3e38a2bcba156eba698ef5f.NginxMailingListRussian@forum.nginx.org> <6a75556efc1314af4d3ab34d7237d868.NginxMailingListRussian@forum.nginx.org> Message-ID: <2316966.5ISOPA0W0a@vbart-workstation> On Monday 20 February 2017 09:49:48 Kira_Belka wrote: > * I have cookies :) > Вообще проблема в том что похоже что директива health_check подставляет в > качестве параметра апстрима только явно подставленную апстрим группу. > Есть ли варианты решения подобной траблы? > разруливать на бэкенды по юзерагенту и прото и кастомному хидеру > необходимо. > Эта проблема решается добавлением дополнительных блоков location с явно заданными upstream-ами. -- Валентин Бартенев From iippolitov на nginx.com Mon Feb 20 18:20:22 2017 From: iippolitov на nginx.com (Igor A. Ippolitov) Date: Mon, 20 Feb 2017 21:20:22 +0300 Subject: health_check for dynamic upstream In-Reply-To: <6a75556efc1314af4d3ab34d7237d868.NginxMailingListRussian@forum.nginx.org> References: <88deb753b3e38a2bcba156eba698ef5f.NginxMailingListRussian@forum.nginx.org> <6a75556efc1314af4d3ab34d7237d868.NginxMailingListRussian@forum.nginx.org> Message-ID: <55ec113c-c332-f632-fa8e-2e58fc0ab1d8@nginx.com> Попробуйте сделать апстримы в явном виде и реврайты в локейшены использующие их Реврайтить можно на основе того же map'a On 20.02.2017 17:49, Kira_Belka wrote: > * I have cookies :) > Вообще проблема в том что похоже что директива health_check подставляет в > качестве параметра апстрима только явно подставленную апстрим группу. > Есть ли варианты решения подобной траблы? > разруливать на бэкенды по юзерагенту и прото и кастомному хидеру > необходимо. > > Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272525,272528#msg-272528 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From endo.mulo на gmail.com Tue Feb 21 16:01:25 2017 From: endo.mulo на gmail.com (Dmitriy M.) Date: Tue, 21 Feb 2017 18:01:25 +0200 Subject: Nginx mail proxy: 12: Cannot allocate memory In-Reply-To: References: <88EB6BD6-843F-41D2-AA31-3F92476790DF@nginx.com> Message-ID: > 20 февраля 2017 г., 11:55 пользователь Sergey Kandaurov > написал: >> >> Netgraph используете? > > С полезной ныне целью - уже нет, но модули всё еще подгружены и ноды > существуют. > Думаю, при следующем ребуте их уберём, они всё равно бесполезны > сейчас. Сообщу позже результат. > Более 12 часов под нагрузкой, проблемы "12: Cannot allocate memory" больше не наблюдалось. Что исправило проблему - выгрузка netgraph модулей или обновление ОС, не знаю, но на текущей FreeBSD 11.0-STABLE #0 r313990 и без netgraph всё гладко. Спасибо за наводку! Не подумал бы на netgraph. From undying-m на yandex.ru Tue Feb 21 21:31:10 2017 From: undying-m на yandex.ru (Den Bozhok) Date: Wed, 22 Feb 2017 00:31:10 +0300 Subject: upstream resolve feature In-Reply-To: <96d78eeb-ff13-3485-d056-8b14333877f5@nginx.com> References: <1527491487601823@web9g.yandex.ru> <96d78eeb-ff13-3485-d056-8b14333877f5@nginx.com> Message-ID: <711051487712670@web16h.yandex.ru> Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Mon Feb 27 08:58:12 2017 From: nginx-forum на forum.nginx.org (tepkuh) Date: Mon, 27 Feb 2017 03:58:12 -0500 Subject: =?UTF-8?B?bmd4IGh0dHAgaW1hZ2UgZmlsdGVyIG1vZHVsZSDQuCDQuNC80LXQvdC+0LLQsNC9?= =?UTF-8?B?0L3Ri9C5IGxvY2F0aW9u?= Message-ID: <160c90ebea639442d053f99e63eeeb7b.NginxMailingListRussian@forum.nginx.org> Коллеги, Есть задача: 1) Картинки хранятся в хранилище на Amazon доступ к которому из вне без авторизации запрещен. 2) Нужно тащить из Амазона картинку и ресайзить её. Для решения этой задачи там где не нужен модуль image_filter я такую задачу решаю так: 1) Есть named location который обеспечивают всю историю с авторизацией 2) И есть несколько обычных location которые отдают контент пользователям уже без авторизации. Например вот: location ~ ^/video/(\d+)/(.*\.(?:png))$ { set $url_full "video/$1/$2"; try_files $uri @s3; } location @s3 { set $bucket 'bucketname'; set $aws_access 'my_key'; set $aws_secret 'my_secret'; set_by_lua $now "return ngx.cookie_time(ngx.time())"; set $string_to_sign "$request_method\n\n\n\nx-amz-date:${now}\n/$bucket/$url_full"; set_hmac_sha1 $aws_signature $aws_secret $string_to_sign; set_encode_base64 $aws_signature $aws_signature; resolver 172.31.0.2 valid=300s; resolver_timeout 10s; proxy_http_version 1.1; proxy_set_header Host $bucket.s3.amazonaws.com; proxy_set_header x-amz-date $now; proxy_set_header Authorization "AWS $aws_access:$aws_signature"; proxy_buffering off; proxy_pass https://$bucket.s3.amazonaws.com/$url_full; } Так вот коллеги, вопрос в том что аналогичная штука но с использованием image_filter у меня не прокатывает. Пример location для этих самых картинок которые требуется ресайзить: location ~ ^/img/(xs|s|m)/(\d+)/(.*\.(?:jpg|gif|png))$ { set $img_size $1; set $url_full "img/$2/$3"; try_files $uri @s3; if ($img_size = "xs") { set $width 50; } if ($img_size = "s") { set $width 100; } if ($img_size = "m") { set $width 200; } image_filter resize $width -; } Posted at Nginx Forum: https://forum.nginx.org/read.php?21,272636,272636#msg-272636 From bdfy на mail.ru Mon Feb 27 10:08:29 2017 From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=) Date: Mon, 27 Feb 2017 13:08:29 +0300 Subject: =?UTF-8?B?0LjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40LUgY2hhcnNldA==?= Message-ID: <1488190109.155026665@f257.i.mail.ru> есть конфиг nginx: server { listen 80; resolver 8.8.8.8; charset windows-1251; override_charset on; source_charset utf-8; location / { proxy_pass "http://127.0.0.1:81/"; } } server { listen 81; resolver 8.8.8.8; charset utf-8; location / { root /var/tmp/; } } Т е фактически создается 2 локайшена в 1 - отдается кодировка utf8, во втором - 1251. Через curl все это работает ( проверено через iconv ), через браузер всегда отдается utf-8. Почему ? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: