Уже четвертый раз наблюдается сделующая проблема.
С интервалом месяца два-три на случайном разделе кончается свободное дисковое пространство (три раза было с /var и один с /usr), по df все выглядит в минусах, но при вычисленнии реального места на диске по du -s занято оказывается совсем немного.

Т.е. по идее процесс, создал и использует временный файл огромного размера, на который он натравил unlink. Перебираю все процессы имеющие открытые файлы в /usr по fstat, удаляю почти все процессы так, остается только минимум-минимума и в fstat претендентов нет. Свободное место так и  не появляется, посте перезагрузки и fsck все нормализуется.

Сейчас 4.6-RELEASE-p1, проблема была и на 4.5-RELEASE. softupdates включены, думаю проблема как раз в них. Сейчас проабгрейжусь до 4.7 и поэксперементирую с ограничениями на максимальный размер файла через ulimit, посмотрю как будет работать.

Может кто-нибудь наталкивался на подобное ?

• RE: Спонтанное переполнение раздела в FreeBSD,LinaS, 20:28 , 05-Дек-02
  • RE: Спонтанное переполнение раздела в FreeBSD,uldus, 10:27 , 06-Дек-02
    • RE: Спонтанное переполнение раздела в FreeBSD,lavr, 11:13 , 06-Дек-02
      • RE: Спонтанное переполнение раздела в FreeBSD,uldus, 18:16 , 06-Дек-02
        • RE: Спонтанное переполнение раздела в FreeBSD,lavr, 18:22 , 06-Дек-02
          • RE: Спонтанное переполнение раздела в FreeBSD,uldus, 18:26 , 06-Дек-02
            • RE: Спонтанное переполнение раздела в FreeBSD,lavr, 18:39 , 06-Дек-02

>Уже четвертый раз наблюдается сделующая проблема.
>С интервалом месяца два-три на случайном разделе кончается свободное дисковое пространство (три
>раза было с /var и один с /usr), по df все
>выглядит в минусах, но при вычисленнии реального места на диске по
>du -s занято оказывается совсем немного.
>
>Т.е. по идее процесс, создал и использует временный файл огромного размера, на
>который он натравил unlink. Перебираю все процессы имеющие открытые файлы в
>/usr по fstat, удаляю почти все процессы так, остается только минимум-минимума
>и в fstat претендентов нет. Свободное место так и  не
>появляется, посте перезагрузки и fsck все нормализуется.
>
>Сейчас 4.6-RELEASE-p1, проблема была и на 4.5-RELEASE. softupdates включены, думаю проблема как
>раз в них. Сейчас проабгрейжусь до 4.7 и поэксперементирую с ограничениями
>на максимальный размер файла через ulimit, посмотрю как будет работать.
>
>Может кто-нибудь наталкивался на подобное ?

у меня этим периодически занимается named (точнее, подозреваю, что он):(
то есть натравление fsck на /var выдает ругань на файло с владельцем bind:bind

спасает только

killall -TERM все_сервисы_живущие_в_var
umount -f /var
fsck /var
mount /var

>у меня этим периодически занимается named (точнее, подозреваю, что он):(
>то есть натравление fsck на /var выдает ругань на файло с владельцем
>bind:bind
>
>спасает только
>
>killall -TERM все_сервисы_живущие_в_var
>umount -f /var
>fsck /var
>mount /var

Когда /var переполнялся я тоже named подозревал, но зачем named'у в /usr файлы создавать ?
Сейчас я named запускаю под ulimit -f 60000, посмотрим что будет.

>>у меня этим периодически занимается named (точнее, подозреваю, что он):(
>>то есть натравление fsck на /var выдает ругань на файло с владельцем
>>bind:bind
>>
>>спасает только
>>
>>killall -TERM все_сервисы_живущие_в_var
>>umount -f /var
>>fsck /var
>>mount /var
>
>Когда /var переполнялся я тоже named подозревал, но зачем named'у в /usr
>файлы создавать ?
>Сейчас я named запускаю под ulimit -f 60000, посмотрим что будет.

у меня такого еще ни разу не было, кстати, в named же есть ограничение
на это дело

PS. А что поиск http://www.freebsd.org/search/ дает? или
http://groups.google.com/advanced_group_search?hl=en ?

>у меня такого еще ни разу не было, кстати, в named же
>есть ограничение
>на это дело

Те лимиты в named прописаны, само собой.

>PS. А что поиск http://www.freebsd.org/search/ дает? или
>http://groups.google.com/advanced_group_search?hl=en ?

Только ссылки на совет сделать fuser и убить процесс незакрывший огромный файл, ничего более. Еще грешу на postgresql, но все равно обидно, почему если unlink файл и затем писать туда до переполнения FS, потом убить этот процесс, то место возвращается только после fsck.

>>у меня такого еще ни разу не было, кстати, в named же
>>есть ограничение
>>на это дело
>
>Те лимиты в named прописаны, само собой.
>
>>PS. А что поиск http://www.freebsd.org/search/ дает? или
>>http://groups.google.com/advanced_group_search?hl=en ?
>
>Только ссылки на совет сделать fuser и убить процесс незакрывший огромный файл,
>ничего более. Еще грешу на postgresql, но все равно обидно, почему
>если unlink файл и затем писать туда до переполнения FS, потом
>убить этот процесс, то место возвращается только после fsck.

да уж, это трындец, send-pr не хочешь послать, а то уж больно непрятная ситуация в принципе.

>да уж, это трындец, send-pr не хочешь послать, а то уж больно
>непрятная ситуация в принципе.

Я как следует продиагностировать проблему не могу, сервер приходится ребутить (так как размонтирование приводит к зависанию umount) удаленно, возникает такое крайне редко и как правило в самый неподходящий момент.

Думаю найти где-нибудь бесхозную FreeBSD и потестировать свои догадки, чтобы на пустом месте не беспокоить людей.

>>да уж, это трындец, send-pr не хочешь послать, а то уж больно
>>непрятная ситуация в принципе.
>
>Я как следует продиагностировать проблему не могу, сервер приходится ребутить (так как
>размонтирование приводит к зависанию umount) удаленно, возникает такое крайне редко и
>как правило в самый неподходящий момент.
>
>Думаю найти где-нибудь бесхозную FreeBSD и потестировать свои догадки, чтобы на пустом
>месте не беспокоить людей.

понято