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

Question

[mikeSP]

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

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

кто посоветует как можно избежать таких ужасов в дальнейшем?

Answer 1

[Влад Животнев]

Полной потерей данных, она, вроде как, никогда не заканчивается.
Чтобы освободить место — убейте (лучше 9кой) процесс, чьи логи занимали кучу места (не забудьте про logrotate и syslog-ng/klogd и прочие — некоторые логи именно они ведут).
Ну и не стоит включать всякие barrier=0, noatime и прочие тюнинги в угоду целостности ФС, если эта штука может погаситься по питанию (т.е. на ноутбуке не так страшно).

Answer 2

[sledopit]

Ну если у вас просто удалённые логи не особождают место, то ясен пень, что вместо rm huge_file нужно удалять так :>huge_file. В этом случае пустое место освободится сразу, т.к. несчастный файл не будет висеть в proc'e в ожидании, пока все процессы, которые нещадно его эксплуатируют наконец закончат свою работу. И ничего убивать не придётся.
А так, чтобы фс летела из-за переполнения — ни разу не видел. Хотя сам факт переполнения наблюдал не один десяток раз.

Answer 3

[AnViar]

не допускать переполнения? выставить квоты?
на сколько я знаю все ФС негативного относятся к переполнению.

Comments

[mikeSP]

упреждать конечно гораздо лучше, но все же вопрос в том, что делать если уж случилась такая беда. слишком уж часто, казалось бы безобидная ситуация, заканчивается полной потерей данных. может надо лечить как-то особенно?