Re: Иногда кеш растет сверх лимита

[kpoxa]

Добрый день.

Патченный nginx установлен на 10 сервреов, ждем результатов.

Максим, давно уже с вами обсуждали, что было бы хорошо применять политики
для cache loader к cache manager, чтобы последний не вешал систему
удалением очень большого числа файлов из кеша, сейчас это меня бы спасло,
может быть запланируете? Есть и другие кейсы, когда это полезно, например
при уменьшении размера кеша или уменьшении inactive в конфиге.

17 августа 2015 г., 14:57 пользователь Maxim Dounin <mdounin at mdounin.ru>
написал:

> Hello!
>
> On Fri, Aug 14, 2015 at 02:28:45PM +0300, kpoxa wrote:
>
> > Добрый день.
> >
> > Просто так никто никаких сигналов не отправлял. Судя по логам процессы не
> > умирали.
> > На сервере debian, обновление конфига делается через -HUP мастер процессу
> > (это в инит скрипте reload делает).
> > И раз в сутки ротация логов с  kill -USR1 `cat /var/run/nginx.pid`
>
> Наиболее неприятный из известных мне нюансов состоит в том, что
> неразблокированные элементы кеша остаются, если какому-либо из
> рабочих процессов сказать TERM.  Например, такое иногда практикуют
> для принудительного завершения старых рабочих процессов, плавное
> завершение которых занимает слишком много времени.
>
> > Что можно для диагностики сделать в случае если замечу, что кеш
> > переполняется?
>
> По первой из ранее приведённых ссылок есть рекомендации по
> диагностике - пересобрать nginx с патчем, и прислать полный лог от
> старта, если/когда будет ругань.
>
> http://mailman.nginx.org/pipermail/nginx-ru/2015-May/055936.html
> http://mailman.nginx.org/pipermail/nginx-ru/2015-May/055937.html
>
> --
> Maxim Dounin
> http://nginx.org/
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Kpoxa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150819/fb929f0b/attachment.html>