Как заставить неактивное RAID-устройство снова работать?

я обнаружил, что я должен добавить массив вручную в /etc/mdadm/mdadm.conf для того, чтобы сделать Linux подключить его при перезагрузке. Иначе я получу именно то, что у вас здесь - md_d1-устройства, которые являются неактивными и т. д.

в конф-файл должен выглядеть ниже - т. е. ARRAY-line для каждого md-устройства. В моем случае новые массивы отсутствовали в этом файле, но если у вас есть их в списке, это, вероятно, не исправление вашей проблемы.

# definitions of existing MD arrays
ARRAY /dev/md0 level=raid5 num-devices=3 UUID=f10f5f96:106599e0:a2f56e56:f5d3ad6d
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=aa591bbe:bbbec94d:a2f56e56:f5d3ad6d

добавить один массив на md-устройство и добавить их после комментарий, включенный выше, или, если такой комментарий не существует, в конце файла. Вы получаете UUIDs, делая sudo mdadm -E --scan:

$ sudo mdadm -E --scan
ARRAY /dev/md0 level=raid5 num-devices=3 UUID=f10f5f96:106599e0:a2f56e56:f5d3ad6d
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=aa591bbe:bbbec94d:a2f56e56:f5d3ad6d

как вы можете видеть, вы можете просто скопировать результат сканирования в файл.

я запускаю ubuntu desktop 10.04 LTS, и насколько я помню, это поведение отличается от серверной версии Ubuntu, однако это было так давно, я создал свои md-устройства на сервере, я могу ошибаться. Также может быть, что я просто пропустил некоторые опцион.

во всяком случае, добавление массива в conf-файл, кажется, делает трюк. Я выше RAID 1 и RAID 5 лет без проблем.

предупреждение: прежде всего, позвольте мне сказать, что ниже (из-за использования "--force") кажется рискованным для меня, и если у вас есть безвозвратные данные, я бы рекомендовал сделать копии разделов, прежде чем начать пробовать любую из вещей ниже. Тем не менее, это сработало для меня.

у меня была та же проблема, с массивом, появляющимся как неактивный, и я ничего не делал, включая " mdadm -- explain --scan >/etc / mdadm.conf", как было предложено другими здесь, помогли в все.

в моем случае, когда он пытался запустить массив RAID-5 после замены диска, он говорил, что он грязный (через dmesg):

md/raid:md2: not clean -- starting background reconstruction
md/raid:md2: device sda4 operational as raid disk 0
md/raid:md2: device sdd4 operational as raid disk 3
md/raid:md2: device sdc4 operational as raid disk 2
md/raid:md2: device sde4 operational as raid disk 4
md/raid:md2: allocated 5334kB
md/raid:md2: cannot start dirty degraded array.

в результате чего он отображается как неактивный в /proc/mdstat:

md2 : inactive sda4[0] sdd4[3] sdc4[2] sde4[5]
      3888504544 blocks super 1.2

я обнаружил, что на всех устройствах были одинаковые события, за исключением диска, который Я заменил (/dev/sdb4):

[root@nfs1 sr]# mdadm -E /dev/sd*4 | grep Event
mdadm: No md superblock detected on /dev/sdb4.
         Events : 8448
         Events : 8448
         Events : 8448
         Events : 8448

однако, детали массива показали, что он имел 4 из 5 доступных устройств:

[root@nfs1 sr]# mdadm --detail /dev/md2
/dev/md2:
[...]
   Raid Devices : 5
  Total Devices : 4
[...]
 Active Devices : 4
Working Devices : 4
[...]
    Number   Major   Minor   RaidDevice State
       0       8        4        0      inactive dirty  /dev/sda4
       2       8       36        2      inactive dirty  /dev/sdc4
       3       8       52        3      inactive dirty  /dev/sdd4
       5       8       68        4      inactive dirty  /dev/sde4

( выше из памяти в столбце "Состояние", я не могу найти его в своем буфере прокрутки).

Я был в состоянии решить эту проблему, остановив массив, а затем повторно собрать его:

mdadm --stop /dev/md2
mdadm -A --force /dev/md2 /dev/sd[acde]4

в этот момент массив был запущен, работает с 4 из 5 устройств, и я смог добавить устройство замены и его перестройки. Я могу получить доступ к файловой системе без каких-либо проблем.

у меня были проблемы с Ubuntu 10.04, где ошибка в FStab помешала загрузке сервера.

Я выполнил эту команду, как указано в приведенных выше решениях:

mdadm --examine --scan >> /etc/mdadm/mdadm.conf

Это будет добавлять результаты "команды mdadm --изучение --сканирование" В "/и т. д./адреса/адреса.conf"

В моем случае это:

ARRAY /dev/md/0 metadata=1.2 UUID=2660925e:6d2c43a7:4b95519e:b6d110e7 name=localhost:0

Это fakeraid 0. Моя команда в / etc / fstab для автоматического монтажа:

/dev/md0 /home/shared/BigDrive ext3 defaults,nobootwait,nofail 0 0

важные дело здесь в том, что у вас есть "nobootwait" и "nofail". Nobootwait будет пропускать любые системные сообщения, которые мешают загрузке. В моем случае это было на удаленном сервере, поэтому это было важно.

надеюсь, это поможет некоторым людям.

вы можете активировать устройство md с помощью

mdadm -A /dev/md_d0

Я предполагаю, что какой-то сценарий запуска запускается слишком рано, прежде чем один из членов RAID был обнаружен или какая-то подобная проблема. В качестве быстрого и грязного решения вы можете добавить эту строку в /etc / rc.local:

mdadm -A /dev/md_d0 && mount /dev/md_d0

Edit: по-видимому, ваш /etc/mdadm / mdadm.conf по-прежнему содержит старое имя конфигурации. Отредактируйте этот файл и замените вхождения md0 на md_d0.

у меня была похожая проблема... мой сервер не будет монтировать md2 после того, как я вырос theassociated разделов устройств. При чтении этого потока я обнаружил, что устройство MD2 RAID имеет новый UUID и машина пытается использовать старый.

Как было предложено... выход через 'МВ2 от

mdadm --examine --scan

я отредактировал /etc/mdadm/mdadm.conf и заменил старую строку UUID на один вывод команды выше, и моя проблема исчезла.

когда вы делаете вид, что делаете что-то с /dev/md[012346789} идет /dev/md{126,127...}. /dev/md0 по-прежнему установлен на /dev/md126 или /dev/md127 вы должны:

umount /dev/md127 или umount /dev/md126.

это временно, чтобы позволить вам выполнять команды и некоторые приложения, не останавливая систему.

простой способ получить массив для запуска при условии, что нет аппаратных проблем, и у вас есть достаточно дисков / разделов для запуска массива является следующее:

md20 : inactive sdf1[2](S)
      732442488 blocks super 1.2

 sudo mdadm --manage /dev/md20  --run

может быть, по какой-то причине массив в порядке, но что-то помешало ему начать или построить. В моем случае это было потому, что mdadm не знал, что исходное имя массива md127 и все диски были отключены для этого массива. При перепланировке пришлось вручную собирать (наверное баг где mdadm думал, что массив уже активен из-за автономного старого имени массива).