Extfs посыпалась после того как закончилось свободное место?

уже несколько раз случается такая беда. если на винте закончилось место, то просто удалить большие файлы (обычно логи) не помогает — файловая система все равно отвечает что свободно ноль. при перезагрузке запускается fsck и находит кучу ошибок inode. в завершении процесса система превращается в коктейль из индексов который сбрасывается в «lost+found»

случалось под debian 6 ext4 на виртуалке, ubuntu ext4 на локальной, centos 5 ext3 на дедике

кто посоветует как можно избежать таких ужасов в дальнейшем?
  • Вопрос задан
  • 2546 просмотров
Пригласить эксперта
Ответы на вопрос 3
@inkvizitor68sl
Linux-сисадмин с 8 летним стажем.
Полной потерей данных, она, вроде как, никогда не заканчивается.
Чтобы освободить место — убейте (лучше 9кой) процесс, чьи логи занимали кучу места (не забудьте про logrotate и syslog-ng/klogd и прочие — некоторые логи именно они ведут).
Ну и не стоит включать всякие barrier=0, noatime и прочие тюнинги в угоду целостности ФС, если эта штука может погаситься по питанию (т.е. на ноутбуке не так страшно).
Ответ написан
Комментировать
sledopit
@sledopit
Ну если у вас просто удалённые логи не особождают место, то ясен пень, что вместо rm huge_file нужно удалять так :>huge_file. В этом случае пустое место освободится сразу, т.к. несчастный файл не будет висеть в proc'e в ожидании, пока все процессы, которые нещадно его эксплуатируют наконец закончат свою работу. И ничего убивать не придётся.
А так, чтобы фс летела из-за переполнения — ни разу не видел. Хотя сам факт переполнения наблюдал не один десяток раз.
Ответ написан
Комментировать
AnViar
@AnViar
не допускать переполнения? выставить квоты?
на сколько я знаю все ФС негативного относятся к переполнению.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы