LINUX.ORG.RU

Какими командами сделать RAID на часть диска?

 , ,


0

1

Идея такая:
- сделать суперблок версии 1.0 (в конце диска)
- в суперблоке ограничить размер зеркалируемой области несколькими мегабайтами (чтобы зеркалировался MBR и core.img)
- на оставшейся части диска развести ZFS (его умеет GRUB и ядро linux)

-z, --size= Amount (in Kibibytes) of space to use from each drive in RAID levels 1/4/5/6. This must be a multiple of the chunk size, and must leave about 128Kb of space at the end of the drive for the RAID superblock. If this is not specified (as it normally is not) the smallest drive (or partition) sets the size, though if there is a variance among the drives of greater than 1%, a warning is issued.

A suffix of 'M' or 'G' can be given to indicate Megabytes or Gigabytes respectively.

это оно?

Что будет, если начальная часть диска зеркалируется как RAID1, а остаток диска зеркалируется как RAID6 (на разделе)? (в смысле, будет ли модуль md в таком сетапе так работать или нет).

★★☆

Последнее исправление: Einstok_Fair (всего исправлений: 2)

При замене диска придется ведь и с mdadm колдовать, и с zfs. В чём прикол?

Mdadm поддерживает суперблоки форматов ddf и imsm, которые поддерживают создание нескольких массивов на одном наборе дисков. Суперблоки этих форматов расположены в конце дисков. Например, на 4 дисках можно сделать два массива: 4-way RAID1 в начале дисков и RAID6 в конце дисков. RAID1 можно разбить на разделы и таблица разделов будет в нулевом секторе всех дисков, и будет зеркалироваться. RAID6 разбивать нет смысла, все равно системная прошивка его таблицу разделов не увидит. При замене диска колдовать надо только с mdadm.

iliyap ★★★★★
()
Ответ на: комментарий от iliyap

и mdadm и zfs умеют подключать диски. всё скриптуемо. udev детектит.

системная прошивка

не понял, что имеется в виду

Einstok_Fair ★★☆
() автор топика
Ответ на: комментарий от Einstok_Fair

Обычно это называют биосом.

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

iliyap ★★★★★
()
Ответ на: комментарий от iliyap

биос

она же вообще нужна только для запуска GRUB-а, это же не про mdraid

поэтом мне не ясно, к чему ты её упомянул. Ну не увидит она RAID6 в середине диска (дискогово массива), ну и что? я как-то и не рассчитывал на это, и не думал даже.

Einstok_Fair ★★☆
() автор топика

По идее при старте массива md должен блокировать доступ к мемберам (как минимум к областям data и metadata) напрямую мимо md. В частности, должен удалять блочные устройства разделов sdxN, добавлять блочные устройства mdXpN. Но у md с этим какие-то многолетние генетические проблемы: блочные устройства sdxN то не удаляются при старте массива, то не добавляются при стопе массива. В-общем надеялся на то, что при стартованном массиве будут и блочные устройства mdXpN, и sdxN, не стоит. А при схеме, которую ты предлагаешь, zfs должен использовать блочные устройства sdxN.

iliyap ★★★★★
()
Ответ на: комментарий от iliyap

По идее при старте массива md должен блокировать доступ к мемберам

читал man mdadm, такую идею не увидел.

блокировать доступ к мемберам

диски умеют быть блокированными без убирания имён из /dev. Например если запустить lvm, то не получится выполнить команду mdadm --zero-superblock /dev/sda. Скажет, что диск заблокирован.

Einstok_Fair ★★☆
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.