ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re[3]: Diskspace leak (?)



Если не ошибаюсь, то если отратировали лог файл и не заархивировали его, то если не послать USR1 nginx серверу, он продолжит писать в старый лог файл. Так как fd не изменился, а после перезапуска nginx закроет старые fd и начнет писать в новые лог файлы.

29 октября 2008 г. 18:08 пользователь Никита Козлов <niakrisn@xxxxxxxxx> написал:
Смысл в том, что админ удалил файл на который был открыт дескриптор,
на сколько я понял в unix'е файлы реально не удаляются до тех пор пока
на файл есть хоть одна "ссылка" (дескриптор тоже подходит).
А когда nginx рестартанули, он соответственно закрыл дескриптор и на
этот файл ссылок больше не стало, ФС "удалила" его.

29 октября 2008 г. 17:51 пользователь Maksim V. Strepetilov
<strmaks@xxxxxxx> написал:
> Здравствуйте Elifan,
>
> Wednesday, October 29, 2008, 4:12:02 PM, you wrote:
>> Здравствуйте, Maksim.
>
>> Вы писали 29 октября 2008 г., 15:11:36:
>
>>> Здравствуйте Sergey,
>
>>> Wednesday, October 29, 2008, 1:32:57 PM, you wrote:
>>>> Приветствую всех,
>
>>>>     только что ко мне подошел наш системный администратор с
>>>>     жалобой что nginx скрыто употребляет дисковое пространство, но при этом
>>>>     файлов администратор найти не может. После того как он сделает
>>>>     перезапуск службы, моментально освободилось 2 гигабайта дискового
>>>>     пространства. Теоретически такого можно добиться если открыть
>>>>     дескриптор файла, записать, файл удалить, дескриптор не
>>>>     закрывать.
>
>>>>     Версия Nginx 0.6.24, устанавливаем из портажа gentoo. Кто-нибудь
>>>>     сталкивался?
>
>>> Было такое, в режиме проксирования, вылечилось:
>>>         proxy_max_temp_file_size 10M;
>
>> Всё просто, у админа скорее всего распухли логи nginx-а, возможно закончилось место на диске,
>> он их удалил, о чем nginx-у не было сказано и места это не добавило.
>> Иначе откуда бы он знал что это именно nginx место забивает? :)
>
> Если бы логи забили место, то при останове службы логи то никуда не
> исчезают, а по описанию проблемы при перезапуске освободилось 2 гига.
>
> У нас была по описанию такая-же проблема, оказалось что место жрали
> темповые файлы используемые при проксировании, при перезапуске
> освобождалось порядка 5 гигов через полчаса место закачивалось опять.
>
> --
> Наилучшие пожелания,
> Максим Стрепетилов
>
>
>
>



 




Copyright © Lexa Software, 1996-2009.