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

[Иван Мишин]

Произвел полный сброс кеша, теперь все работает как надо. Спасибо Максим!

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

> В логи заглядывал еще до создания данной темы.
> лог настроен следующим образом
>
>> error_log  /var/log/nginx/error.log notice;
>
>  При этом до недавнего времени в логе проскакивали только сообщения
>
>> [alert] 5092#5092: send() failed (90: Message too long)
>
>  А теперь еще появились
>
>> [crit] 5093#5093: unlink() "/tmp/ram/1/52/201e725c28498b88055b145ac7253521"
>> failed (2: No such file or directory)
>
>
> Те сообщения о которых говорите вы, в моих логах отсутствуют.
> Сегодня произведу плановый рестарт сервера, заодно и кеш сбросится. Буду
> наблюдать
>
> 21 июня 2017 г., 15:46 пользователь Maxim Dounin <mdounin на mdounin.ru>
> написал:
>
> Hello!
>>
>> On Wed, Jun 21, 2017 at 11:09:00AM +0300, Иван Мишин wrote:
>>
>> > Максим, кеш дира /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 ?
>>
>> Во-первых, если в кеше мусор по результатам старых ошибок, то
>> cache manager не сможет за ним нормально следить: он ничего не
>> знает про мусор, и соответственно не включает его в размер того,
>> что занято кешом.  Чтобы привести всё к нормальному состоянию -
>> стоит очистить кеш полностью.
>>
>> Во-вторых, cache manager может не иметь возможности удалять файлы
>> и по другим причинам, в частности - элементы кеша могут оказаться
>> занятыми из-за падений рабочих процессов и/или утечек сокетов.
>> При попытке очистки таких элементов по inactive в лог будут
>> писаться сообщения "ignore long locked inactive cache entry" на
>> уровне alert (в 1.13.1 то же будет происходить и при очистке по
>> max_size).
>>
>> Основное, что бы я рекомендовал сделать в первую очередь - это
>> начать таки заглядывать в логи.  Все ваши проблемы наверняка были
>> обозначены там неоднократно и на критических уровнях логгирования.
>>
>> --
>> Maxim Dounin
>> http://nginx.org/
>> _______________________________________________
>> 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/20170622/b1e5f89b/attachment-0001.html>