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

Иван Мишин simplebox66 на gmail.com
Ср Июн 21 13:40:21 UTC 2017


В логи заглядывал еще до создания данной темы.
лог настроен следующим образом

> 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/20170621/15339899/attachment.html>


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