<div dir="ltr">Максим, спасибо за детальное объяснение, на днях буду внедрять изменения и наблюдать, по происшествии времени отпишусь о результате.</div><div class="gmail_extra"><br><div class="gmail_quote">16 июня 2017 г., 22:21 пользователь Vasiliy P. Melnik <span dir="ltr"><<a href="mailto:basil@vpm.net.ua" target="_blank">basil@vpm.net.ua</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Здравствуйте</div><div><br></div><div>Раз уж пошла такая пьянка, то может подскажете, есть какие-то противопоказания насчет использования use_temp_path=off</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">16 июня 2017 г., 17:25 пользователь Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> написал:<div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
On Fri, Jun 16, 2017 at 04:57:04PM +0300, Иван Мишин wrote:<br>
<br>
> Крахов файловой системы не было, каталог /tmp/ram отдан исключительно под<br>
> кеш nginx. За последнюю неделю набежало 5941794 файлов нулевого размера в<br>
> кеш каталоге.<br>
> В общем эта проблема очень актуальна для меня и преследует уже не первый<br>
> месяц, есть у кого-нибудь идеи как я могу отдиагностировать ситуацию?<br>
> Максим, можно подробнее про "кончилось место при копировании из каталога со<br>
> временными файлами", не совсем понимаю что ты имеешь ввиду?<br>
<br>
Если proxy_temp_path и proxy_cache_path находятся на разных<br>
файловых системах, то просто переместить временный файл в кеш<br>
нельзя, приходится его копировать, создав новый файл.  Подробнее<br>
про это рассказывается в описании директивы proxy_cache_path:<br>
<br>
<a href="http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_path" rel="noreferrer" target="_blank">http://nginx.org/ru/docs/http/<wbr>ngx_http_proxy_module.html#pro<wbr>xy_cache_path</a><br>
<br>
Если в процессе копирования произойдёт ошибка, например из-за<br>
того, что файловая система, на которой располагается кеш,<br>
переполнена, то в логе будет ошибка уровня alert, а в кеше<br>
останется лежать недописанный файл.<br>
<br>
Отмечу в скобках, что если вот это:<br>
<br>
> > > кеш в ramfs на 28Гб со следующими настройками:<br>
> > ><br>
> > > > proxy_cache_path /tmp/ram/ levels=1:2 keys_zone=level-1:20m<br>
> > > > max_size=28000m inactive=1440m;<br>
<br>
и правда озаначает, что размер ramfs - 28 гигабайт, то результат<br>
ожидаем.<br>
<br>
Вы сказали nginx'у, что начинать чистить кеш надо при превышении<br>
размера в 28 гигабайт.  Если cache manager отвлечётся хоть немного<br>
на другие задачи (а он может заниматься другими кешами, если они<br>
есть, или просто уйти спать на 10 секунд, почистив всё) - файловая<br>
система переполнится, и будут ошибки.  Вам надо менять настройки.<br>
<span class="m_-1394960847442546090HOEnZb"><font color="#888888"><br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" rel="noreferrer" target="_blank">http://nginx.org/</a><br>
______________________________<wbr>_________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailm<wbr>an/listinfo/nginx-ru</a></font></span></blockquote></div></div></div><br></div>
<br>______________________________<wbr>_________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx-ru</a><br></blockquote></div><br></div>