LINUX.ORG.RU

Не собирается массив при загрузке в SUSE, в partedmagic-собирается.

 fake-raid, , ,


0

1

Сразу скажу - да, использовать fake-raid было ошибкой, уже осознал, но деваться некуда.

История: есть fake-RAID1, фигня в том, что после перезагрузки рейд становится в состояние resync (в /proc/mdstat), видимо что-то не отмаунчивается, но это другая проблема. Если перезагрузиться до окончания процесса (а он идёт 3 часа) ещё раз, то становится в verify (в биосе рейда) и сусёвый mdadm (при загрузке, в emergency console, в сусёвом live-usb тоже) не может его собрать (т.е. собирает, но говорит что md126 inactive и разделы md126р1,2,3 не появляются). Поскольку на md126p2 - /root система грузиться отказывается. При этом если загрузиться с partedmagic'овского liveUSB и так же как и в сусе сделать mdadm --assemble --scan всё на ура собирается, массив становится на resync, разделы появляются, их даже можно примаунтить. Если дождаться окончания resync в partedmagic, суся нормально грузится.

Нубские вопросы: почему у разных дистрибов разное поведение, куда хотя бы копать? как сделать так, чтобы можно было перезагружать систему не дожидаясь окончания resync? не кончится ли потерей данных работа с массивом в процессе resync.

fake-raid
mdadm

Меня удивляет уже это. Обычно используют dmraid.

как сделать так, чтобы можно было перезагружать систему не дожидаясь окончания resync?

Если массив создан средствами mdadm, то проблем быть не должно. Если нет — как повезёт.

не кончится ли потерей данных работа с массивом в процессе resync.

Нет.

Лучше бы тебе выключить RAID-режим в BIOS и собрать массив при помощи mdadm.

GotF ★★★★★
()

Так fake-RAID (на «глупом» RAID-контроллере), или soft-RAID (полностью средствами Linux)?

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

ICH10, он вроде fake-raid. В биосе контроллера тома в массиве RAID1. Тем не менее mdadm в partedmagic всё собирает.

«Лучше бы пересобрать» - не вариант, лучше бы поставить нормальный рейд, что я, как будут деньги, и сделаю. Собственно непонятно почему такая фигня происходит. Если надо логи/выдачу команд - говорите что нужно, выложу.

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

mdadm - райд средствами линукса, псевдорайд в биосе должен быть выключен.

dmraid - фейкрайд, в биосе морда просто пишет метаданные в конец дисков, а dmraid на основе их собирает массив.

У тебя помойка получилась, разгребайся.

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

Э... Что установшик SUSE сделал, тем и пользуемся. Делал бы с нуля - сделал бы по-другому. Мог выдрать из initrd кусок скрипта, который собирает массив, посмотреть что там.

Ещё раз - partedmagic всё собирает, при этом в mdstat указано, что контейнер imsm, что какбэ намекает нам, что его mdadm почему-то в курсе, что есть fake-raid и корректно с ним работает.

nooneman
() автор топика

почему у разных дистрибов разное поведение, куда хотя бы копать?

Что-то не допилили в стартовых (и стоповых) скриптах сусероутера, видимо.

как сделать так, чтобы можно было перезагружать систему не дожидаясь окончания resync?

Може быть, обновления накатить

не кончится ли потерей данных работа с массивом в процессе resync.

Нет, не должно, просто всё будет очень медленно.

при этом в mdstat указано, что контейнер imsm

А, это mdadm 3.х какой-нибудь, я его ещё не щупал.

какбэ

Сильно не советую, ибо 5.5

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

Ок, хозяин-барин, литературный русский - значит литературный русский.

Information for package mdadm:

Repository: openSUSE-12.1-Oss
Name: mdadm
Version: 3.2.2-4.1.2

На сайте написано, что поддерживает imsm.

#cat /proc/mdstat 
Personalities : [raid1] 
md126 : inactive sda[1] sdb[0]
      1953519880 blocks super external:-md127/0
       
md127 : inactive sda[1](S) sdb[0](S)
      5288 blocks super external:imsm
       
unused devices: <none>
#mdadm --detail /dev/md126
/dev/md126:
      Container : /dev/md127, member 0
     Raid Level : raid1
  Used Dev Size : 976759940 (931.51 GiB 1000.20 GB)
   Raid Devices : 2
  Total Devices : 2

          State : active, Not Started 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           UUID : ae83129a:27ef5b47:4dcaacac:37729c52
    Number   Major   Minor   RaidDevice State
       1       8        0        0      active sync   /dev/sda
       0       8       16        1      active sync   /dev/sdb
# mdadm --detail /dev/md127
/dev/md127:
        Version : imsm
     Raid Level : container
  Total Devices : 2

Working Devices : 2

           UUID : 4e045d96:4d231323:8f845bcc:2eb08e1c
  Member Arrays : /dev/md/MainVolume_0

    Number   Major   Minor   RaidDevice

       0       8       16        -        /dev/sdb
       1       8        0        -        /dev/sda

Вот человек с похожими граблями и инструкцией про лечение http://www.gentoo.ru/content/mdadm-i-imsm-raid0

Вкратце - выносим из массива и восстанавливаем MBR, потом покупаем HW-raid.

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

восстанавливаем MBR

Метаданные в конце дисков лежат. Я пока dd'ой не затёр конец диска, из «массива» не мог вынуть, mdadm --zero-superblock и dmraid чего-то там не чистили.

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

Оторвал второй диск, чтобы было с чего восстанавливаться, в биосе сделал - «reset disk to non-RAID». Диск определился при загрузке с livecd как /dev/sda со всеми разделами. Поправил menu.lst и fstab, сделал initrd. Заработало.

Но почему mdadm в сусе не собирает, а в partedmagiсk собирает так и осталось не понятно.

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