Re: Вечный UPDATING для рандомных страниц портала

Alexey Galygin mif на me.com
Сб Июн 1 10:57:30 UTC 2019


там на самом деле 6 точек
и ни в одной нет проверок

я посмотрел по другим модулям – там хоть как-то проверяют

в зависимости от назначения функций могут быть разные требования к логике

я пока такие правки внёс

~/work/nginx-1.16.0/src/http/modules/perl # diff nginx.xs nginx.xs.bak
75,76d74
< if (!ctx)
< return NGX_ERROR;
384,385d381
< if (!ctx)
< XSRETURN_UNDEF;
554,555d549
< if (!ctx)
< XSRETURN_UNDEF;
797,798d790
< if (!ctx)
< XSRETURN_EMPTY;
929,930d920
< if (!ctx)
< XSRETURN_UNDEF;
1013,1014d1002
< if (!ctx)
< XSRETURN_UNDEF;

я не разработчик nginx и не знаю насколько это корректно

буду наблюдать дальше за падениями
On 1 Jun 2019, 01:19 +0300, Илья Шипицин <chipitsine на gmail.com>, wrote:
> а попробуйте вот так
>
> if (ctx && ctx->ssi) {
>
> > сб, 1 июн. 2019 г. в 01:58, Alexey Galygin via nginx-ru <nginx-ru на nginx.org>:
> > > понятно, спасибо
> > > подумаем над отдельным инстансом
> > >
> > > на всякий случай я тикет завёл
> > >
> > > https://trac.nginx.org/nginx/ticket/1786#ticket
> > >
> > > в идеале бы, конечно кэш как-то пересчитывать бы надо после падения воркеров…
> > > On 31 May 2019, 23:50 +0300, ngnx8810773a83 <nginx-forum на forum.nginx.org>, wrote:
> > > > Если воркер отваливается по сигналу, то все что им было залочено в кеше
> > > > остается залоченым навечно (до перезапуска мастера). Мастер запускает нового
> > > > воркера поэтому внешне все продолжает работать,, но если в момент падения
> > > > были залочены элементы кеша то ой.. они залочены. снять лок некому, джругие
> > > > воркеры подождут сняти лока да и дальше пойдут в соотв с настройками... Судя
> > > > по всему такое поведение было всегда. Покрайней мере мы это проходили много
> > > > лет назад. нет падений - нет проблем с кешом. есть падения - надо из лечить
> > > > и тогда уходят проблемы с кешоми.
> > > >
> > > > Перловый модуль вообще падучий, если нет возможности от него отказаться
> > > > совсем, то я бы на вашем месте поппробовал вынести его в отдельный инстанс,
> > > > чтобы падения перлового модуля не отражались на остальном хотябы.. Хотя бы
> > > > даже если не из за падений, а из за того что рерл модуль лочит весь воркер,
> > > > пока перл работает воркер более запросов не обрабатывает (вот где
> > > > остановлись запросы, там и висят, ждут перла)..
> > > >
> > > > Posted at Nginx Forum: https://forum.nginx.org/read.php?21,284370,284386#msg-284386
> > > >
> > > > _______________________________________________
> > > > nginx-ru mailing list
> > > > nginx-ru на nginx.org
> > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> > > _______________________________________________
> > > nginx-ru mailing list
> > > nginx-ru на nginx.org
> > > http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20190601/9960305d/attachment.html>


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