Re: nginx перестает следить за размером каталога proxy_cache_patch

[Serge Negodyuck]

Два года уже мучаемся с подобной проблемой. Начало здесь:
https://forum.nginx.org/read.php?21,258292,258864
Чего только не пробовали - рестарт гарнтировано помогает, остальное не факт.

По сути, окончательно проблема у нас решилась только когда один большой кеш
разбили на несколько разных кешей поменьше.
Как подобрать макимальный размер, сложно сказать. Он как-то зависит от
скорости дисков и нагрузки.

На одних серверах  (SSD raid0, 2 диска) max_size=450g  - это предел. На
других (просто один SSD) max_size=190g
При том, что disk utilization никогда к 100% не подбиралась ни там ни там.


28 апреля 2017 г., 8:22 пользователь Владислав Толмачев <
tolmachev.vlad на gmail.com> написал:

> иногда, в не зависимости от нагрузки, nginx перестает следить за размером
> каталога proxy_cache_patch и каталог начинает выходить за пределы
> установленного размера и забивает полностью диск. Каталог находится на
> raid0  из 12 ssd по 240G, там около 2.5М файлов кэша hls видео
>
>     proxy_cache_path   /var/www/nginx/nginx_proxy_cache  levels=1:2
> keys_zone=two:1536m  inactive=1y max_size=2350G loader_files=1000
> loader_sleep=10ms loader_threshold=8000ms manager_files=500
> manager_threshold=1000ms manager_sleep=50ms use_temp_path=off;
>
> не помогает kill процесс nginx cache manager, только полный рестарт nginx,
> после чего он очищает забитый диск/папку до установленного лимита.
>
> Что сделать, что бы он не переставал следить за размером кэша? поймать
> дебаг трудно так как это может произойти только раз в месяц, а может и
> через 2 дня никакой зависимости не выявлено. Стандартные параметры
> manager_file или те, которые я установил не дают эффекта, все равно в один
> прекрасный момент диск забивается полностью.
>
> _______________________________________________
> 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/20170428/e17b553e/attachment.html>