Re: Растет кол-во inode из-за кеша

[Иван Мишин]

Максим, кеш дира /tmp/ram/  была забита на 100% 28Гб из 28Гб. Сбросил часть
кеша, получилось 25Гб занято из 28Гб. Затем исправил то о чем ты говорил и
начальный конфиг (приведенный в первом письме) стал выглядеть вот так:

> proxy_cache_path /tmp/ram/ levels=1:2 use_temp_path=off
> keys_zone=level-1:20m max_size=26000m inactive=1440m;
>         proxy_temp_path /tmp/cache/nginx/proxy_temp;
>         proxy_cache_key $server_name$request_uri;


 Т.е. указал nginx что для кеша у него теперь 26Гб, тем самым оставив 2Гб
запас на отвлечение cache manager.
Но по истечении некоторого времени у меня /tmp/ram/ снова забился до 28Гб
из "28Гб. Почему так произошло? Нужен больший запас для cache manager ?


19 июня 2017 г., 10:40 пользователь Иван Мишин <simplebox66 на gmail.com>
написал:

> Максим, спасибо за детальное объяснение, на днях буду внедрять изменения и
> наблюдать, по происшествии времени отпишусь о результате.
>
> 16 июня 2017 г., 22:21 пользователь Vasiliy P. Melnik <basil на vpm.net.ua>
> написал:
>
> Здравствуйте
>>
>> Раз уж пошла такая пьянка, то может подскажете, есть какие-то
>> противопоказания насчет использования use_temp_path=off
>>
>>
>> 16 июня 2017 г., 17:25 пользователь Maxim Dounin <mdounin на mdounin.ru>
>> написал:
>>
>> Hello!
>>>
>>> On Fri, Jun 16, 2017 at 04:57:04PM +0300, Иван Мишин wrote:
>>>
>>> > Крахов файловой системы не было, каталог /tmp/ram отдан исключительно
>>> под
>>> > кеш nginx. За последнюю неделю набежало 5941794 файлов нулевого
>>> размера в
>>> > кеш каталоге.
>>> > В общем эта проблема очень актуальна для меня и преследует уже не
>>> первый
>>> > месяц, есть у кого-нибудь идеи как я могу отдиагностировать ситуацию?
>>> > Максим, можно подробнее про "кончилось место при копировании из
>>> каталога со
>>> > временными файлами", не совсем понимаю что ты имеешь ввиду?
>>>
>>> Если proxy_temp_path и proxy_cache_path находятся на разных
>>> файловых системах, то просто переместить временный файл в кеш
>>> нельзя, приходится его копировать, создав новый файл.  Подробнее
>>> про это рассказывается в описании директивы proxy_cache_path:
>>>
>>> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#pro
>>> xy_cache_path
>>>
>>> Если в процессе копирования произойдёт ошибка, например из-за
>>> того, что файловая система, на которой располагается кеш,
>>> переполнена, то в логе будет ошибка уровня alert, а в кеше
>>> останется лежать недописанный файл.
>>>
>>> Отмечу в скобках, что если вот это:
>>>
>>> > > > кеш в ramfs на 28Гб со следующими настройками:
>>> > > >
>>> > > > > proxy_cache_path /tmp/ram/ levels=1:2 keys_zone=level-1:20m
>>> > > > > max_size=28000m inactive=1440m;
>>>
>>> и правда озаначает, что размер ramfs - 28 гигабайт, то результат
>>> ожидаем.
>>>
>>> Вы сказали nginx'у, что начинать чистить кеш надо при превышении
>>> размера в 28 гигабайт.  Если cache manager отвлечётся хоть немного
>>> на другие задачи (а он может заниматься другими кешами, если они
>>> есть, или просто уйти спать на 10 секунд, почистив всё) - файловая
>>> система переполнится, и будут ошибки.  Вам надо менять настройки.
>>>
>>> --
>>> Maxim Dounin
>>> http://nginx.org/
>>> _______________________________________________
>>> 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/20170621/c3b747fc/attachment-0001.html>