forum.lissyara.su

Имею FreeNAS (freebsd 9.1)
Софтварный raid5 собранный из 3 дисков использовался GEOM
Необходимо добавить в уже имеющийся массив еще один диск без потери данных (копирование данных потом удаление диска и заново его собрать, не предлагать.)
Я уже все перерыл в нете, не где нету четкого описания как это делается graid5... Может кто решал подобную задачу ? Ну или тыкните носом где есть мануал про graid5... искал инфу в манах, там дырка от бублика =(

Не уверен на 100%, но всё же выскажусь.
Я не припоминаю описываемого Вами функционала в железных контроллерах масивов, которые встречал.
Объём операций, которые потребуется выполнить для подобного перестроения массива, мне представляется чудовищно-огромным, просто монстерским.
На Вашем месте, я бы скопировал всё и залили по новой: врятли простой от слива данных, пересборки массива и алива данных превысит простой от пересбори софтового раид5

Жаб....ты не прав....
РЕЙД БЕЗЖЕЛЕЗЯЧНЫЙ, софтовый...безконтроллерный...
Хм...вроде в мане написяно

19.5.4. Inserting New Drives into the Array
Drives can be inserted into an array as replacements for drives that have failed or are missing. If there are no failed or missing drives, the new drive becomes a spare. For example, inserting a new drive into a working two-drive mirror results in a two-drive mirror with one spare drive, not a three-drive mirror.
In the example mirror array, data immediately begins to be copied to the newly-inserted drive. Any existing information on the new drive will be overwritten.

Код: Выделить всё

# graid insert raid/r0 ada1
GEOM_RAID: Intel-a29ea104: Disk ada1 state changed from NONE to ACTIVE.
GEOM_RAID: Intel-a29ea104: Subdisk gm0:1-ada1 state changed from NONE to NEW.
GEOM_RAID: Intel-a29ea104: Subdisk gm0:1-ada1 state changed from NEW to REBUILD.
GEOM_RAID: Intel-a29ea104: Subdisk gm0:1-ada1 rebuild start at 0.

речь немного о другом
прочитайте название темы и все посты в ней

А апчьом...?Доброй ночи?

vadim64 писал(а):Не уверен на 100%, но всё же выскажусь.
Я не припоминаю описываемого Вами функционала в железных контроллерах масивов, которые встречал.
Объём операций, которые потребуется выполнить для подобного перестроения массива, мне представляется чудовищно-огромным, просто монстерским.
На Вашем месте, я бы скопировал всё и залили по новой: врятли простой от слива данных, пересборки массива и алива данных превысит простой от пересбори софтового раид5

да в общем-то почти все боле-мене нормальные железки умеют...
тока пачку варнингов выводят и бухтят чтоб питанием не баловался пока не перестроится

не представляю каким образом рейд5 будет достраиваться
тривиального решения я не вижу. кто нить может разжевать на пальцах?

хз, глядя на ман вроде как должно спарой стать (думаю что горячей..).....в любом случае случае от добавления в массив ему хуже не станет...
Хотя мне не очень понятно, почему 5ка изначально была без него (hotspare) создана из АЖ 3 дисков????..... выгрыш в таком варианте по сравнению с 1 - сомнительный...

гориячих спар ты можешь хоть стоштук напихать. при вылете диска спара встанет на его место в массиве и сразу на нее начнется восстановление вылетевшего диска
вопрос в том как рейд5 на (n+1)дисках расширить до рейд5 на (m+1) дисках, при m > n. вопрос гипотетический, чисто из интереса
на хабре холивары интересные на тему рейдов: раз и два

Ну смысл 5 рейда без спары вообще - трагичен как таковой.... а вот рейд5 на N дисках расширить на (N+1) - это вопрос, который задал ТС (я так понимать)....
Холивар не холивар....Ребилд 1 да и 10 быстрее чем 5, вероятность "просрали при ребилде" - намного меньше, выигрыш от объема - не думаю что это критично сейчас....Ну а холивар - на то он и холивар....Пусть будет.
Тут только читать и тренироваться на "кошках"..... кто в виртуалках проверит как добавить и расширить рейд?....mdadm умел...может забутится с линпуса и добавить? хотя по "живому" я бы не стал.

Хотя man graid говорит вот так "неоднозначно"

подведём итог: graid5 на лету не расширяется.
есть возражния?

vadim64 писал(а):Не уверен на 100%, но всё же выскажусь.
Я не припоминаю описываемого Вами функционала в железных контроллерах масивов, которые встречал.
Объём операций, которые потребуется выполнить для подобного перестроения массива, мне представляется чудовищно-огромным, просто монстерским.
На Вашем месте, я бы скопировал всё и залили по новой: врятли простой от слива данных, пересборки массива и алива данных превысит простой от пересбори софтового раид5

Из 3-х дисков перешагнуть в 4 еще можно таким образом. А вот из 12 в 13... Куда-то слить 20+Тб данных далеко не всегда есть возможность. Особенно если речь о домашнем файлохранилище.
А вот железки как раз часто умеют так делать. Да и mdadm на линуксе вполне справляется. Да, работы много, но на то комп и железный, чтоб работать.

мы сейчас про RAID5 говорим?

vadim64 писал(а):мы сейчас про RAID5 говорим?

Ну, вроде топик не менялся. Так что да, про RAID5.
Я согласен, что на таких размерах лучше RAID6, но как раз это к данному вопросу отношения не имеет. Если оно не умеет перестраивать 5-й, то и 6-й не умеет.

я не большой сторонник raid5 в принципе
просто из любопытства, кто то может подсказать конкретную железку с перестраивающимся raid5?

SROMBSAS18E, LSI Logic Megaraid SCSI 320-1, RMS2AF080.....наверное все, что умеют RAID5 - умеют перестраиваться....иначе зачем они, эти железки?

vadim64 писал(а):я не большой сторонник raid5 в принципе
просто из любопытства, кто то может подсказать конкретную железку с перестраивающимся raid5?

Я тоже не фанат пятерки. В основном везде RAID6 использую.
А из железных контроллеров большинство вроде умеют перестраиваться в наше время. И линуксовый софтовый тоже умеет.

я почитал спеки к указанным контроллерам и спеку к своему HP Smart Array P410
в спеке к HP Smart Array P410 говорится что он может

• Online array expansion (with BBWC/FBWC upgrade)
  Online Advanced Capacity Expansion (with BBWC/FBWC and Smart Array Advanced Pack upgrade)
  Online logical drive extension (with BBWC/FBWC upgrade)
  Online RAID level migration (with BBWC/FBWC upgrade)
  Online strip size migration (with BBWC/FBWC upgrade)
  Offline Mirror splitting and recombining (with BBWC/FBWC and Smart Array Advanced Pack upgrade)
  Unlimited global online spare assignment
  User selectable expand and rebuild priority
  User selectable RAID level and stripe size
  User selectable read and write cache sizes

В наборе с батареей он умеет много чего разного, удивило Online strip size migration. Но всё же тут не указано Online strip with the distributed parity size migration
И меня вдруг озарило: может я не удачно использую выражение "перестраиваться?"
Я полагаю, что ТС треда интересуется возможностью расширить свой raid5. К примеру: у ТС в РАИД5 массиве 3 диска по терабайту. Массив получился обьёмом 2 терабайта. Теперь ТС хочет присоединить еще один диск на терабайт к массиву и получить 3-х террабайтный массив РАИД5 из 4-х терабайтных дисков и не выводить массив и эксплуатации. То есть контроллер/драйвер должен перераспределить stiped данные, пересчитать и переложить суммы и при этом продолжать обрабатывать запросы ОС.
Вот это я считаю невероятным. Судя по документации, даже достаточно популярный контроллер за штуку баксов не умеет это делать.

Чего-чего? Твой массив умеет Online array expansion и Online Advanced Capacity Expansion (уж не знаю что там advanced). И это именно то, о чем мы тут и говорим. Да, из массива из 3-х дисков сделать массив из 4-х с увеличением места с двух до 3-х тер.

А strip size migration - это изменение размера страйпа, не массива, а именно страйпа. И это таки очень мало кто умеет делать. По крайней мере я такое не встречал.

Что ты считаешь невероятным в том, что надо пересчитать суммы мне не ясно. Почему-то восстановить суммы при замене диска - это нормально, а пересчитать их в расчете на новое количество дисков - нет?

хммм.
вы выкручиваете мне яйца.

да кому нужны ваши яйца... даже и в мыслях не было

Alex Keda писал(а):да в общем-то почти все боле-мене нормальные железки умеют...
тока пачку варнингов выводят и бухтят чтоб питанием не баловался пока не перестроится

вот. никто ж наслово не верит =((