URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID9
Нить номер: 6138
[ Назад ]

Исходное сообщение
"Не труться файлы."

Отправлено HighVoltage , 30-Янв-07 17:39 
Фряха 5.4 следующая проблема.
/var был заполнен под отказ, я его почистил соответственно (вчера). Сегодня он уже переполнен. #df пишет что там 102% забито, а du -sh /var* пишет что зантя всего 128МБ. Как освободить то место, которое я освободил?

Извините за тофтологию ;)


Содержание

Сообщения в этом обсуждении
"Не труться файлы."
Отправлено Forth , 30-Янв-07 17:43 
>Фряха 5.4 следующая проблема.
>/var был заполнен под отказ, я его почистил соответственно (вчера). Сегодня он
>уже переполнен. #df пишет что там 102% забито, а du -sh
>/var* пишет что зантя всего 128МБ. Как освободить то место, которое
>я освободил?
>
>Извините за тофтологию ;)
на /var soft updates включен?



"Не труться файлы."
Отправлено HighVoltage , 30-Янв-07 17:50 
>>Фряха 5.4 следующая проблема.
>>/var был заполнен под отказ, я его почистил соответственно (вчера). Сегодня он
>>уже переполнен. #df пишет что там 102% забито, а du -sh
>>/var* пишет что зантя всего 128МБ. Как освободить то место, которое
>>я освободил?
>>
>>Извините за тофтологию ;)
>на /var soft updates включен?


В ядре прописан. Ща нашёл инфу по этому. А как он влияет на ФС? Нужно включить ли нет?


"Не труться файлы."
Отправлено Forth , 30-Янв-07 17:52 
>В ядре прописан. Ща нашёл инфу по этому. А как он влияет
>на ФС? Нужно включить ли нет?
На /var именно включен?
tunefs -p /var что кажет?


"Не труться файлы."
Отправлено HighVoltage , 30-Янв-07 17:55 
>>В ядре прописан. Ща нашёл инфу по этому. А как он влияет
>>на ФС? Нужно включить ли нет?
>На /var именно включен?
>tunefs -p /var что кажет?

Да я дурак вспомнил. На мой вопрос командой #mount, проследовал ответ

/dev/da0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/da0s1e on /tmp (ufs, local, soft-updates)
/dev/da0s1f on /usr (ufs, local, soft-updates)
/dev/da0s1d on /var (ufs, local, soft-updates)

# tunefs -p /var
tunefs: ACLs: (-a)                                         disabled
tunefs: MAC multilabel: (-l)                               disabled
tunefs: soft updates: (-n)                                 enabled
tunefs: maximum blocks per file in a cylinder group: (-e)  2048
tunefs: average file size: (-f)                            16384
tunefs: average number of files in a directory: (-s)       64
tunefs: minimum percentage of free space: (-m)             8%
tunefs: optimization preference: (-o)                      time
tunefs: volume label: (-L)



"Не труться файлы."
Отправлено Forth , 30-Янв-07 17:59 
Включено.. вообще по симптомам похоже на известную бяку с soft updates. Помогает перемонтирование:(



"Не труться файлы."
Отправлено HighVoltage , 30-Янв-07 18:01 
>Включено.. вообще по симптомам похоже на известную бяку с soft updates. Помогает
>перемонтирование:(


А проверка диска поможет нет?
Я просто не знаю как сделать)) Но предположение есть. А долго он ещё стирать не будет?


Спасибо, кстати, огромное за такой молниеностный ответ.

А перемонтировать
#umount -Af /dev/da0s1d
#mount -a  

так нормально? Понятно что глюканут проги, не критично?


"Не труться файлы."
Отправлено Forth , 30-Янв-07 18:05 
>так нормально? Понятно что глюканут проги, не критично?
fsck ничего не даст.
Честно говоря я не помню точно помогает ли перемонтирование, или даже надо перегружаться. Вообще если есть возможность тормознуть сервисы - просто shutdown now  и в сингле попробовать перемонтировать, а там по ситуации.


"Не труться файлы."
Отправлено HighVoltage , 30-Янв-07 18:07 
А вообще проблема решаема? может софт апдейт отключить? или скорость упадёт заметно?
Он обновлять то будет пространство или без перезагрузки не обойтись, это ж вроде как не малый косяк!?!

"Не труться файлы."
Отправлено Forth , 30-Янв-07 18:11 
>А вообще проблема решаема? может софт апдейт отключить? или скорость упадёт заметно?
>
>Он обновлять то будет пространство или без перезагрузки не обойтись, это ж
>вроде как не малый косяк!?!
http://sysoev.ru/freebsd/softupdates.html
Посмотри тут и сравни со своей ситуацией, действительно ли проблема в этом.



"Не труться файлы."
Отправлено newser , 30-Янв-07 18:32 
>>так нормально? Понятно что глюканут проги, не критично?
>fsck ничего не даст.
>Честно говоря я не помню точно помогает ли перемонтирование, или даже надо
>перегружаться. Вообще если есть возможность тормознуть сервисы - просто shutdown now
> и в сингле попробовать перемонтировать, а там по ситуации.

Я плачу над советами! :-) Вы еще предложите rm -rf / сделать для верности.

PS Эта тема здесь обсуждалось миллион раз, воспользуйтесь поиском.


"Не труться файлы."
Отправлено HighVoltage , 30-Янв-07 23:31 
Спасибо!
нашёл темку, вот она
http://www.opennet.me/openforum/vsluhforumID1/70410.html

оказывается, в чем косякк. Там кстати описано. Я потёр лог Апатча, а Апатч дескриптор файла не закрыл и система думает что файло существует. Перезапустил Апатч, и всё встало на свои места, место сразу нашлось.

Вот кстати цитата с той темы:

а ишшо бывает следуюшшее - висит программа или демон открывшие файл/ы, потом хтой-та
его удаляет, а дескриптор похоже остается открытым - программа то работает, ее никто
не срубил, в результате иноды не освобождаются, запись идет и отловить такое без
fstat/lsof/fuser сложно

Спасибо огромное Forth! Спасибо newser!!!


"Не труться файлы."
Отправлено Forth , 30-Янв-07 18:06 
Еще как вариант попытаться сделать нечто вроде:
sync && sleep 2 && sync .. и таких sync штук пять.



"Не труться файлы."
Отправлено HighVoltage , 30-Янв-07 23:48 
КАк этот глюк исправить можно, не перегружая демоны и проги?