ignore long locked inactive cache entry

[Anton Kiryushkin]

Проверил, файл и правда занят процессом nginx. Встает вопрос, а что с этим
делать тогда? Файл никто не запрашивает, его пытаются удалить, а его видели
сам же nginx и удерживает. Файл не удаляется и в итоге раздел забивается в
ноль. Можно ли придумать опцию о принудительном удалении элемента кэша,
если у него он должен вытесниться, но почему-то его держит сам nginx? Ведь
по сути, если этот элемент кому-то понадобится и он станет снова
популярным, то он снова будет записан в место для кэширования и нет смысла
его удерживать и блокировать удаление.  Может ли тут играть злую шутку
http2? А keepalive ?

20 ноября 2016 г., 19:09 пользователь Anton Kiryushkin <swood at fotofor.biz>
написал:

> Здраствуйте.
>
> Имеем nginx 1.11.1 с конфигом для кэширования:
>
> proxy_cache_path /path/to/cache/folder levels=1:2 keys_zone=two:128m
> max_size=120g inactive=120m loader_sleep=5ms;
> proxy_temp_path /path/to/temp/folder 1 2;
> proxy_ignore_headers Expires Cache-Control;
> proxy_cache_min_uses 2;
> proxy_cache_valid 200 302 7d;
> proxy_cache_key $uri;
> proxy_force_ranges on;
>
>
> Примерно через 4 часа после перезапуска в логе начинают появляться
> сообщения типа:
>
> ignore long locked inactive cache entry e4717ba34b1d9f128e974fb692755202,
> count:1
>
> После чего свободного места в разделе не остается совсем. Если
> перезапустить процесс, то nginx успешно удалит все лишнее и свободное место
> появится снова.
>
> Не подскажете, что с этим можно сделать?
>
> Каких-то дополнительных модулей для кэширования нет.
>
> --
> Best regards,
> Anton Kiryushkin
>
>


-- 
Best regards,
Anton Kiryushkin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20161120/6ca97bcd/attachment.html>