<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">25 февраля 2016 г., 21:28 пользователь Roman Arutyunyan <span dir="ltr"><<a href="mailto:arut@nginx.com" target="_blank">arut@nginx.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
</span>Попробуйте патч в аттаче.<br>
<span><br></span></blockquote><div> </div><div>Роман, спасибо! Теперь все работает как задумано.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>> И чтоб 2 раза не вставать, спрошу, отчего может возникать проблема с<br>
> переполнением диска?<br>
> Диск 220G, max_cache опустил до 190G, а на деле диск забивается под<br>
> завязку, причем именно кешем (proxy_cache_min_uses 1, slice 10m, 10-20 rps).<br>
> В temp в этот момент не более 20 временных файлов размером ~ 10 мегабайт. В<br>
> кеше все элементы <= 10 мегабайт.<br>
> Незакрытых удаленных файлов на диске нет.<br>
> В error log куча сообщений c No space left on device.<br>
<br>
</span>Может быть такое, что кеш растет так быстро, что nginx не успевает его очищать.<br>
<br>
Еще одна причина - рестарт воркеров.  Если по какой-либо причине это происходит<br>
(например, из-за нестабильных 3rd-party модулей), то кеш может остаться в<br>
неконсистентном состоянии, что может приводить к описанной вами проблеме.<br>
<br>
Насколько часто это у вас это происходит?<br><br></blockquote><div><br></div><div>В том-то и дело, что воркеры не падают и сборка без сторонних модулей.</div><div>Глядя на strace процесса cache manager, видно, что он что-то удаляет, но каждый раз недостаточно.</div><div>Суммарный размер каталогов 0-f балансирует около значения размера диска (220G) и до указанных 190G даже близко не опускается.</div><div>При этом '(deleted)' файлов на диске нет и в temp файлов суммарно мегабайт на 300.</div><div><br></div><div>Ближе к вечеру станет ясно, повториться ли эта проблема с proxy_cache_min_uses 10. Пока что очевидно, что write-IO сократилось на порядок.</div><div>Авось ssd протянут подольше, за что вам еще раз спасибо.</div></div>
</div></div>