25 февраля 2016 г., 21:28 пользователь Roman Arutyunyan <a...@nginx.com> написал:
> > Попробуйте патч в аттаче. > > Роман, спасибо! Теперь все работает как задумано. > > И чтоб 2 раза не вставать, спрошу, отчего может возникать проблема с > > переполнением диска? > > Диск 220G, max_cache опустил до 190G, а на деле диск забивается под > > завязку, причем именно кешем (proxy_cache_min_uses 1, slice 10m, 10-20 > rps). > > В temp в этот момент не более 20 временных файлов размером ~ 10 > мегабайт. В > > кеше все элементы <= 10 мегабайт. > > Незакрытых удаленных файлов на диске нет. > > В error log куча сообщений c No space left on device. > > Может быть такое, что кеш растет так быстро, что nginx не успевает его > очищать. > > Еще одна причина - рестарт воркеров. Если по какой-либо причине это > происходит > (например, из-за нестабильных 3rd-party модулей), то кеш может остаться в > неконсистентном состоянии, что может приводить к описанной вами проблеме. > > Насколько часто это у вас это происходит? > > В том-то и дело, что воркеры не падают и сборка без сторонних модулей. Глядя на strace процесса cache manager, видно, что он что-то удаляет, но каждый раз недостаточно. Суммарный размер каталогов 0-f балансирует около значения размера диска (220G) и до указанных 190G даже близко не опускается. При этом '(deleted)' файлов на диске нет и в temp файлов суммарно мегабайт на 300. Ближе к вечеру станет ясно, повториться ли эта проблема с proxy_cache_min_uses 10. Пока что очевидно, что write-IO сократилось на порядок. Авось ssd протянут подольше, за что вам еще раз спасибо.
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
