Нет-нет-нет, конечно же не страйп. Страйп намеренно не стал вкручивать — испугался на LVM сиутации что при отказе одного из дисков будет потеряна инфа не только с него, но и с других.
А куча в ZFS для теста слеплена, да, «в кучу всё»: ad1: 76319MB <Seagate ST380011A 3.06> at ata0-slave UDMA100
ad2: 117245MB <Maxtor 6Y120L0 YAR41BW0> at ata1-master UDMA133
ad3: 152627MB <WDC WD1600JB-00REA0 20.00K20> at ata1-slave UDMA100
И получилось: reserve# zfs list pool
NAME USED AVAIL REFER MOUNTPOINT
pool 388M 332G 388M /pool
На коллекцию портов и сорцы сразу же врубил компрессию. Уже начинаю положительно офигевать.
Всё же получается, что пока пусть так поживёт, и первым вложением домой — пять-шесть больших одинаковых дисков для raidz3, который обещают в v28 FreeBSD. Пока же пробую штатную в 8.2 v14 из коробки.
Зачем уменьшать? Например, на LVM жил да был массив 500+750+750. 750 начал сыпаться, а в наличии 750ок нет, а есть только 500ки, подключаем 500ку, pvmove с 750, отключаем, массив уменьшается на этот 750.
Как можно будет обработат такую ситуацию на ZFS? Или уже кончать нищебродствовать и потратиться тысячу-другую долларов на нормальный файл-сервер домой?
Кнута знакомый сишник заслал. Сказал что классика. Ещё Кернигана и Ричи.
И сложная аргоритмизация со строками в принципе нет, но я уверен, что не изучив дисциплину алгоритмизации как таковую я навсегда останусь админом-недобыдлокодером. Надо расти уже.
А куча в ZFS для теста слеплена, да, «в кучу всё»:
ad1: 76319MB <Seagate ST380011A 3.06> at ata0-slave UDMA100ad2: 117245MB <Maxtor 6Y120L0 YAR41BW0> at ata1-master UDMA133
ad3: 152627MB <WDC WD1600JB-00REA0 20.00K20> at ata1-slave UDMA100
И получилось:
reserve# zfs list poolNAME USED AVAIL REFER MOUNTPOINT
pool 388M 332G 388M /pool
На коллекцию портов и сорцы сразу же врубил компрессию. Уже начинаю положительно офигевать.
Всё же получается, что пока пусть так поживёт, и первым вложением домой — пять-шесть больших одинаковых дисков для raidz3, который обещают в v28 FreeBSD. Пока же пробую штатную в 8.2 v14 из коробки.