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

20 ноября 2016 г., 19:09 пользователь Anton Kiryushkin <swood@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
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru