Страница 1 из 1
gconcat
Добавлено: 2011-05-01 10:48:48
vidget755
Сделал raid-0 concat. /dev/da0 - 100Mb, /dev/da1 - 200Mb.
Телодвижения:
Код: Выделить всё
1. loader.conf
geom_concat_load="YES"
2. gconcat label -v raid0 /dev/ad0
2.1. newfs /dev/concat/raid0
3. mount /dev/concat/raid0 /mnt/raid0
4. cp /usr/* /mnt/raid0/*
5. df -h --------- заполнен da0
5.5. umount /mnt/raid0
6. gconcat label -v raid0 /dev/da0 /dev/da1
7. growfs /dev/concat/raid0
8. mount /dev/concat/raid0 /mnt/raid0 ---- Все нормально. Стал 300М. 100М заполнено. НИЧЕГО!!! не потерялось.
9. cp /usr/ /mnt/raid0 ---- 300M заполнено
10. gconcat stop raid0
А вот теперь какие движения надо сделать чтобы спасти иформацию с /dev/da1.
da0 монтируется и показывает все что было на нем рабочее. и показывает что должно быть на da1 не рабочее соответственно.
И какие движения надо сделать чтоб 100Мb /dev/da1 вместо 200Мб. впихнуть.
Или предположим da0 загнулся и вместо него поставил хрен поймешь чего.
Для чего нада? Есть несколько(больше двух-трех) Sata винтов разного объема(80/160/250/320...). Не новые. Могут в любой момент сдохнуть. Ну сдохнет и хрен с ним. А вот чтоб все остальные выжили. Как заменить один из них на больший/меньший?
Курил man fdisk, disklabel, growfs. Гуглил. Яндексил. Викил.
Покурил но не понял tunefs.
Re: gconcat
Добавлено: 2011-05-01 14:30:56
Alex Keda
никак
при конкате - один провайдер потерян - инфы больше нет
Re: gconcat
Добавлено: 2011-05-02 6:52:58
vidget755
Если взять виндовую программу R-Studio и попробовать востановить данные с da1... Уверен на 95,5%. Дело в том что эксперементы провожу на виртуалке.
Re: gconcat
Добавлено: 2011-05-02 7:05:54
vidget755
Брал vmdsk и прогонял через R-Studio. Не помогло. Хотя физические с уфс2 востанавливал успешно.
Re: gconcat
Добавлено: 2011-05-02 8:01:42
vidget755
Господа! Подскажите в какую сторону копать? Может zfs? Как собрать несколько дисков в подобие массива. Должно быть решение.
Re: gconcat
Добавлено: 2011-05-02 9:15:28
sch
gconcat - это не raid, это просто одна ФС, растянутая на несколько логических разделов. Запись линейная, закончилась адресация на первом разделе, начали писать на второй, потом на третий. Ускорения операций нет, отказоустойчивости нет. Может быть удобнее RAID-0 за счет того, что можно динамически увеличивать емкость массива, добавляя новые партиции на лету, что собственно у тебя и получилось. Ну еще может быть лучше, потому что восстановление данных с поломанного массива проще, так как данные в общем случае записываются более-менее последовательно.
raid0 - это массив из двух и более дисков, запись на которые производится блоками по очереди, за счет чего получается ускорение работы. Объем массива равен сумме объемов дисков. Отказоустойчивости нет, возникли ошибки чтения на одном диске - потерял весь массив. Тоже, честно говоря не RAID (поэтому и уровень нулевой). Кстати, для создания RAID-0 тоже можно использовать BIOS- партиции, а не весь диск.
У тебя кучка вопросов из разных задач.
В случае массива gconcat:
- В общем случае вытащить данные из произвольного диска нельзя
- Легко и просто заменить один диск из массива на другой не получится, только перестроением массива
Если тебе нужно получить и суммарную емкость из разных дисков и отказоустойчивость, то полного счастья не будет. Для отказоустойчивости придется жертвовать емкостью, отдавая раздел/диск под избыточную информацию.
Из классических типов RAID такое делают RAID-5 (минимум 3 диска, один диск под служебную информацию), и RAID-6 (четыре диска и два диска под служебную информацию).
В терминах zfs это типы vdev raidz1/raidz2.
Если также надо иметь динамически расширяемый массив, то zfs позволяет в ранее созданный zpool добавлять новые raidz.
Re: gconcat
Добавлено: 2011-05-03 4:23:43
vidget755
Немного перефразирую. Мне не требуется отказоустойчивость. Ненужна избыточность. Мне надо собрать 4 диска в один большой. Подключить в один каталог. Если один из этих хедеде прикажет долго жить... требуется без лишних манипуляций и без потери оставшихся данных все переподключит. Я понял что gconcat размазывает уфс по всем дискам. Как заставить его работать если один жорик выпал, опять же без потери всего остального? Покурю nullfs.
Re: gconcat
Добавлено: 2011-05-03 14:16:21
sch
vidget755 писал(а): Если один из этих хедеде прикажет долго жить... требуется без лишних манипуляций и без потери оставшихся данных все переподключит.
ты хочешь отказоустойчивость
Re: gconcat
Добавлено: 2011-05-03 15:43:03
vidget755
sch » 2011-05-03 17:16:21
vidget755 писал(а):
Если один из этих хедеде прикажет долго жить... требуется без лишних манипуляций и без потери оставшихся данных все переподключит.
ты хочешь отказоустойчивость
sch
сержант
Сообщения: 264
Зарегистрирован: 2009-05-28 17:36:50
Откуда: Кишинев
Нет. Отказоустойчивость не нежна.
Re: gconcat
Добавлено: 2011-05-03 23:05:41
Alex Keda
хочешь, хочешь.
не хотел бы - не было бы фразы
сли один из этих хедеде прикажет долго жить... требуется без лишних манипуляций и без потери оставшихся данных все переподключит.