Помогите победить RAID1

В чём проблема примонтировать нужный раздел sdb и вытянуть данные?

В ro конечно же.

не видит фс, mount: unknown filesystem type 'isw_raid_member'

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

mdadm --run /dev/md127

mdadm -S /dev/md127
mdadm --assemble /dev/md127 /dev/sdb
mdadm --run /dev/md127

не запускается даже после пересборки...

mdadm: failed to run array /dev/md127: Invalid argument

> isw_raid_member

Кто такой isw? Какой-нибудь аппаратный недорейд? Тогда не mdadm, а dmraid. Расскажи, как оно раньше работало, куда подключил теперь (к другому компу, другой системной плате)

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

>Кто такой isw?

intel software raid. ССЗБ.

обязательно сделай полную копию на чистый диск.

а) Либо ищи системную плату, в которой такое есть, и восстанавливай массив через dmraid

б) либо ищи начало ФС и вытаскивай её через DD (raid точно 1 уровня ? Не 0 или 10 ?). Снова: обязательно сделай полную копию. Попробуй воспользоваться testdisk

> intel software raid. ССЗБ.

ССЗБ - это да, но сам Intel рекомендует всё тот же mdadm. Если это Intel Matrix (на ICH9 который, в частности).

>> Либо ищи системную плату, в которой такое есть, и восстанавливай массив через dmraid

Зеркальный isw прекрасно заводится (и даже создаётся) без соответствующих железок, средствами dmraid.

«Разбор полетов» показал, что действительно на аппаратном был создан программный mdadm'ом, железо то же самое, вытянуть инфу dd'ом не представляется возможным - нет таких дисковых объемов. Можно узнать по подробнее о dmraid?

dmraid -a y

>сам Intel рекомендует всё тот же mdadm. Если это Intel Matrix (на ICH9 который, в частности).

Жуть. Это они банальное рабство продвигают, или при использовании mdadm лишь берётся их формат метаданных, а fake raid controller не при делах?

fake raid controller не при делах?

конечно не при делах, он же fake.

AS уже заметил, что dmraid я советовал зря. Если ты раньше создавал массив через mdadm, то и чинить его лучше через тот же mdadm

Когда добавляешь в комментарий вывод команды, выбирай либо «user line breaks», либо вставляй текст в блок [code][/code] и выбирай «LORCODE», иначе читать невозможно

1) Убедиться, что нет ошибки.

cat /etc/mdadm/mdadm.conf | grep -v '^\s*\(#\|$\)'

2)

cat /proc/mdstat

3) для массива

mdadm --detail /dev/<массив>

4) для дисков

mdadm -E /dev/<диск>

1)

# cat /etc/mdadm/mdadm.conf | grep -v '^\s*\(#\|$\)'
DEVICE partitions
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST <system>
MAILADDR root

# cat /proc/mdstat 
Personalities : [raid1] 
md0 : inactive sdb[0](S)
      2257 blocks super external:imsm

# mdadm --detail /dev/md0
/dev/md0:
        Version : imsm
     Raid Level : container
  Total Devices : 1

Working Devices : 1


           UUID : d159c6a1:394b2f32:eef0042e:4ab5dbc2
  Member Arrays :

    Number   Major   Minor   RaidDevice

       0       8       16        -        /dev/sdb

# mdadm -E /dev/sdb
/dev/sdb:
          Magic : Intel Raid ISM Cfg Sig.
        Version : 1.1.00
    Orig Family : a0a7081a
         Family : 90b9ec0a
     Generation : 00000074
           UUID : d159c6a1:394b2f32:eef0042e:4ab5dbc2
       Checksum : 1e881894 correct
    MPB Sectors : 1
          Disks : 2
   RAID Devices : 1

  Disk01 Serial : 9QMC4VL9
          State : active
             Id : 00010000
    Usable Size : 976768654 (465.76 GiB 500.11 GB)

[RAID_1]:
           UUID : 98044b27:233c026a:f70fa455:5c7d303b
     RAID Level : 1
        Members : 2
          Slots : [_U]
      This Slot : 1
     Array Size : 976766976 (465.76 GiB 500.10 GB)
   Per Dev Size : 976767240 (465.76 GiB 500.10 GB)
  Sector Offset : 0
    Num Stripes : 3815496
     Chunk Size : 64 KiB
       Reserved : 0
  Migrate State : idle
      Map State : degraded
    Dirty State : clean

  Disk00 Serial : 9QMC4XPD:1
          State : active
             Id : ffffffff
    Usable Size : 976768654 (465.76 GiB 500.11 GB)

Ни разу не сталкивался с такой ситуацией. Во-первых настораживает, что в /etc/mdadm/mdadm.conf нет упоминания о массиве. Попробуй добавить

ARRAY /dev/md0 uuid=d159c6a1:394b2f32:eef0042e:4ab5dbc2 level=raid1 num-devices=2 spares=0 auto=yes

затем останови и собери обратно

mdadm -S /dev/md0
mdadm --assemble --scan --auto=yes --symlink=no

Кстати, а при названной тобой ошибке в dmesg появляется что-нибудь вида «cannot start dirty degraded array» ?

После добавления той строки и остановки, заново этой командой массив не собирается, вобще ничего не происходит.

Кстати, а при названной тобой ошибке в dmesg появляется что-нибудь вида «cannot start dirty degraded array» ?

Нет, в dmesg ошибок нет, только это:

md: bind<sdb>

Да, у тебя для mdadm level не raid1, а container. Читаю документацию.

А если так:

ARRAY /dev/md0 metadata=imsm UUID=d159c6a1:394b2f32:eef0042e:4ab5dbc2
ARRAY /dev/md1 container=d159c6a1:394b2f32:eef0042e:4ab5dbc2 level=raid1  auto=yes UUID=98044b27:233c026a:f70fa455:5c7d303b member=0

ЗЫА как ты вообще этот рейд настраивал?

ЗЗЫ. Если не поможет, почитай

http://comments.gmane.org/gmane.linux.raid/33989

документация как-то так:

mdadm --assemble -v -e imsm /dev/md/container  /dev/sdb
mdadm --assemble -v /dev/md/myraid /dev/md/container

Предыдыщий комментарий, где я по ошибке скопипастил создание массива, удалил. Если успел прочитать, ни в коем случае не выполняй!

> как ты вообще этот рейд настраивал?
Аппаратный рейд был включен, поверх него накатили програмный (md0), т.к. аппаратный не увидели, все работало, до тех пор пока не скончался винт с системой, новая система (на той же системной плате) увидела этот рейд как md127 но подключать отказалась. А вот как раз той командой (из удаленного комментария) я убил данные на sdc. Чтобы не рисковать целым массивом я вместо sdb указывал missing. Правда я ее давал без первой команды. Потерял право на ошибку и обратился сюда.

Строки не помогли.

Эти две команды отработали без ошибок:

# cat /proc/mdstat 
Personalities : [raid1] 
md126 : active raid1 sdb[0]
      488383488 blocks super external:/md127/0 [2/1] [_U]
      
md127 : inactive sdb[0](S)
      2257 blocks super external:imsm
       
unused devices: <none>

# mount /dev/md126 /home/raid/
mount: you must specify the filesystem type

Выполнилось молча. Пробовал на всех md.

1) Попробуй унести /etc/blkid.tab в другой каталог и запустить blkid без параметров. Может что интересное увидишь. /etc/blkid.tab - это кэш, при загрузке ОС он пересоздаётся, при запуске blkid - должен дополняться, но в старых дистрибутивах разное бывает

2)Что написано в /etc/fstab, /etc/crypttab, /etc/lvm/backu/<VG> ?

Ты помнишь, где были ФС?

1) Без параметров выдало вот что:

/dev/sdb: TYPE="isw_raid_member" 
/dev/md126p1: UUID="cd05f917-7143-4995-b331-426422617dfc" TYPE="ext3" 

3) Ты помнишь, где были ФС?
какие именно?

>/dev/md126p1: UUID=«cd05f917-7143-4995-b331-426422617dfc» TYPE=«ext3»

TYPE=«ext3»

комментарии нужны? ;) Если там твои данные, разбирайся, что такое md126p1

какие именно?

потерянные в результате проблем с рейдом

>Если там твои данные, разбирайся, что такое md126p1

Таак. Ты что, рейд разбил на разделы, как жёсткий диск? Мсье знает толк в извращениях :) Жаль что не разбирается в том, что сделал

Уфф...
Данные действительно оказались там!

Спасибо Большое! Выручил!

Напоследок спрошу совета: как мне лучше поступить? Снести аппаратный рейд и накатить только програмный, или наоборот? А то как-то криво это выглядит.

Еще раз Спасибо!

Лучше всего использовать то, в чём разбираешься. Если всё одинаково непонятно, рекомендую НИКОГДА не связываться с недорейдами («fake raid», встроены в большинство системных плат.). Лучше использовать програмный рейд.

Нет, массив состоял из двух дисков, не разделов sdb и sdc

После этих команд:

mdadm --assemble -v -e imsm /dev/md/container /dev/sdb

mdadm --assemble -v /dev/md/myraid /dev/md/container

появилось сразу несколько md

>Нет, массив состоял из двух дисков, не разделов sdb и sdc

Проверяй через

fdisk -lu /dev/md126

сдаётся мне, что там msdos таблица разделов, с единственным первичным разделом

Что и требовалось доказать. Кстати, нужно было не fd, а 83, т.к. ext3

То есть, создать sdb1 (ext3), sdc1 (ext3), а потом

mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1
mdadm --run /dev/md0

Нет. Твой md126p1 надо было обозначать как 83, а не fd.

Нет. Сначала создать рейд, получившийся диск отформатировать в ext3. Давай в новом топике? Тема же решена ;)

> Ты что, рейд разбил на разделы, как жёсткий диск?

А почему бы нет ? Оно работает. :-)

Оно работало. А сегодня Оно сломалось.

Но не из-за того, что раид на разделы побит.