CPU 100%wa

Короче с точки зрения perfomance (незнаю как надёжности) имеет смысл перейти на reiserfs и/или попробовать поменять io scheduler. Второе не решит проблему длительного бэкапа, но улучшит работу паралельных процессов.

Для сравнения на reiserfs

~ mkdir aaa; cd aaa ; for file in `seq 1 32768`; do touch $file ; done

~ time ls -al | wc -l

32771

real 0m2.263s

user 0m1.980s

sys 0m0.230s

~ cd .. ; time rm -r aaa/

real 0m7.539s

user 0m0.210s

sys 0m7.090s

Вообще нужно давать больше конкретики - а какие-то данные уровня секретарши - "я нажала на кнопку - а у меня ничего не работает". Приходится все угадывать. Супорту секретарш в конце концов платят деньги.

Например может быть длинное имя файла (больше 255 байт) .

Изучайте логи или еще лучше закажите аудит

Если бы было всё конкретно я бы так и написал, если бы файл на котором зацикливается диск чем то отличался на первый взгляд, например длинной, я бы написал это. Скорее всего на диске просто пару бэдсекторов которые приводят к такому явлению. Я просто надеялся на то что кто то встречался с такой же проблемой.

Былиб средства на аудита...

Всем спасибо, дальше уж сам.

Andreyka , как предчуствовал что всё полетит, хорошо бекап копирнул, короче ушёл диск в бесконечные badblocks

Вообщем заменили мне щас диск, подскажите как правильно протестировать его на надёжность, ошибки и т.д.

бедблоки я проверяю: badblocks

на ошибки: fsck.ext3 -f /dev/sda1

Что ещё посоветуете? неохото ещё раз попасть в такую ситуацию..

RAID + бекапы