>> Потеря нескольких мегабайт это ужасно ))
> Представь себе что новый диск другой модели, взятый на замену окажется на
> несколько мегов меньше размера чем был RAID. Он тебе прозрачно намекает
> на жирный факап, который тебя будет ждать в такой ситуации. Придется
> весьма и весьма отдельно приседать, чтобы вообще урезать размер стоража на
> эти несколько мегабайтов. Если это вообще будет технически возможно (некоторые файлухи
> не умеют уменьшаться в размере - тогда факап может перерасти в
> EPIC FAIL).А если хорошенько подумать?
Например. У нас есть диск на 2ТБ. Информация на нём занимает 1,6ТБ. Мы купили новый диск на 1,9ТБ и хотим использовать ZFS Mirror, но файловая система "не может уменьшиться в размере". Что делает линуксоид? У него факап - EPIC FAIL - нельзя создать зеркальный RAID средствами ФС при таких условиях, а-а-а-а-а-а! Нужно использовать Btrfs - вот она-то хоть и глюками всё разрулит! :))
Что делает разумный администратор: создаёт новый пул (со сжатием lz4) из нового диска и спокойно копирует на него всю инфу со старого; по завершении проверяет, все ли файлы на месте, удаляет старый пул; очищает старый 2ТБ диск и вносит его в качестве заркала в пул с новым диском, получая Mirror RAID 1,9ТБ. Итого: всего две операции копирование файлов и синхронизация зеркала (не считая операции по очистке старого диска dd).
> Btrfs в таком раскладе, если иного парного девайса ну совсем не найдется
> во всем стораже - просто потеряет эти мелочи. Но не заставит
> админа жестоко пыхтеть с урезанием всего пула, по крайней мере...
Сомневаюсь, что Btrfs способна быстро решить данную проблему своими силами.