У нас есть сервер с Fedora 8 и программным RAID от Intel в конфигурации RAID 1.
Один из дисков отказал на нашем сервере, поэтому я заменил неисправный диск и сделал «dd if = / dev / sda of = / dev / sdb», чтобы скопировать данные с хорошего диска на новый диск.
После перезагрузки я снова заработал; никаких жалоб от Fedora.
Однако при загрузке Intel Matrix BIOS по-прежнему сообщает, что массив RAID находится в состоянии «Rebuild». Я не вижу ничего плохого в массиве RAID изнутри ОС, а инструменты на базе Intel BIOS не имеют никаких возможностей для восстановления массива RAID.
Подробная информация о массиве RAID
$ pvscan && vgscan && lvscan
PV /dev/dm-2 VG VolGroup00 lvm2 [465.53 GB / 32.00 MB free]
Total: 1 [465.53 GB] / in use: 1 [465.53 GB] / in no VG: 0 [0 ]
Reading all physical volumes. This may take a while...
Found volume group "VolGroup00" using metadata type lvm2
ACTIVE '/dev/VolGroup00/LogVol00' [463.56 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [1.94 GB] inherit
fdisk -l:
Device Boot Start End Blocks Id System
/dev/sda1 * 1 25 200781 83 Linux
/dev/sda2 26 60800 488175187+ 8e Linux LVM
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 25 200781 83 Linux
/dev/sdb2 26 60800 488175187+ 8e Linux LVM
Device Boot Start End Blocks Id System
/dev/dm-0p1 * 1 25 200781 83 Linux
/dev/dm-0p2 26 60800 488175187+ 8e Linux LVM
Первоначально я пробовал инструменты lvm при попытке перестроить массив, но они не помогли мне, поскольку у меня нет разделов / dev / md *. Dmraid тоже не помог, поэтому я вернулся к низкоуровневому подходу и вместо этого использовал dd.
Мне интересно, является ли мой низкоуровневый подход причиной того, что RAID-массив не рассматривается Intel BIOS как правильно восстановленный.
Обновления:
Intel Raid управляется материнской платой и / или драйвером. Инструменты lvm даже не видят вещей.
Ваш Linux, который видит sda и sdb, означает, что он прошел через настройку рейда на материнской плате, а это плохо (tm).
В рейде есть несколько уровней: 1) оборудование 2) что делает с ним raidcontroller 3) что видит ОС. В любой надежной системе рейдов 2 и 3 совпадают. Если они не совпадают, возникают вопросы, подобные вашему, сбивающие с толку даже самых опытных администраторов. В этом случае, похоже, вам повезло. Вы поступили неправильно, ваша установка рейда проигнорировала вас и теперь (надеюсь) поступает правильно.
Это не всегда так. Равные шансы, что вы поступаете правильно, рейд материнской платы игнорирует вас и делает неправильные вещи.
Единственный способ надежно исправить любой рейд - это использовать инструменты рейдовой системы.
Теперь драйвер Intel выполняет dd, называя это rebuild. Конечно, он не видел, что сделал ваш dd! Он не имеет представления, откуда берутся данные, выводимые dd, и не может теперь, что это, по сути, правильные данные. Таким образом, он должен сам копировать. Бедняга знает, что это может быть бабушкин сборник рецептов из индейки.
Для любой хорошей надежной и правильной настройки рейда все должно быть детерминированным. Рейды материнской платы обычно отсутствуют (версия BIOS, версия драйвера, ОС и т. Д.). Админ должен обучить себя ремонтировать рейды. Если вы помещаете какие-либо важные данные в рейд, вы должен проработайте себя через некоторые из его неудач. Если вы этого не сделаете, вам, вероятно, будет лучше без рейда. Оказывается, в большинстве случаев детерминированными являются только рейды программного обеспечения ОС или рейдовые карты. Смешение рейда материнской платы и драйвера, которое есть почти на каждой плате, не более чем плацебо.
P.S. у тебя есть резервная копия?
Осторожно! Интегрированный «Intel Matrix RAID» не является настоящим аппаратным RAID. Это замаскированный программный RAID, он работает через AFAIK драйвер только для Windows. Забудьте об этом и настройте программный RAID в Linux. К сожалению, это может быть сложно настроить на заднем плане.