mdadm востановление raid

[Odes]

Уважаемые коллеги у меня случилась беда,
Во время ребилда raid-5 ого (mdadm) под  Ubuntu 10.10 у меня из-за потери питания перезагрузился пк. После загрузки рейд не поднялся.  На sudo mdadm --assemble –scan выдаёт «ошибка сегментирования». Попытался сделать mdadm --run /dev/md0. Время показалось в /proc/mdstat вышло чересчур маленьким. Остановил. Видимо ещё больше всё испортил. На рейде очень ценные для данные. Да есть бекапы, но сильно не всего. Помогите, спасибо.

[Malamut]

Какой ребилд был? Доп. диск вставлялся? В общем, я обычно восстанавливаю данные путём повторного создания массива поверх существующего с теми же параметрами.

https://help.ubuntu.ru/wiki/программный_raid#критическая_фатальная_ошибка_при_полной_работоспособности_винчестеров

Но в вашем случае боюсь оно не заработает даже так, а повторное создание окончательно всё запорит.

[Odes]

Докладываю вести с фронтов
В рейде5 было 3и диска, предполагалось 5 (два добавлял). Во время гроуа и ресшейпа (видимо) полностью отвалился 1 новый, а на второй что-то записалось. Плюс ко всему рейд перешёл в состояние raid4 (что не гуд). Насильно добавил не fault диск (прошло 8 часов) он подцепился. Щас добавляю второй, предварительно стерев с него суперблоки.
Пока система показывает, что данные остались на месте. Держу кулаки. Но мне почему-то кажется, что система не перейдёт обратно в состояние raid-5. Что делать? Разум. рейд удалять нельзя)

user@ubuntu:~# mdadm -Q /dev/md0
/dev/md0: 3726.05GiB raid4 5 devices, 1 spare. Use mdadm --detail for more detail.

user@ubuntu:~# mdadm -D /dev/md0
/dev/md0:
        Version : 00.90
  Creation Time : Sat Nov 20 19:29:54 2010
     Raid Level : raid4
     Array Size : 3907049984 (3726.05 GiB 4000.82 GB)
  Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)
   Raid Devices : 5
  Total Devices : 5
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Sun Nov 28 16:10:12 2010
          State : clean, degraded, recovering
 Active Devices : 4
Working Devices : 5
 Failed Devices : 0
  Spare Devices : 1

     Chunk Size : 64K

 Rebuild Status : 25% complete

           UUID : 33d00dac:6f2e0a27:f2894ca6:cc4d2b59
         Events : 0.2943

    Number   Major   Minor   RaidDevice State
       0       8        0        0      active sync   /dev/sda
       1       8       16        1      active sync   /dev/sdb
       2       8       32        2      active sync   /dev/sdc
       5       8       64        3      spare rebuilding   /dev/sde
       4       8       48        4      active sync   /dev/sdd

user@ubuntu:~# mdadm -E /dev/sda
/dev/sda:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : 33d00dac:6f2e0a27:f2894ca6:cc4d2b59
  Creation Time : Sat Nov 20 19:29:54 2010
     Raid Level : raid4
  Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)
     Array Size : 3907049984 (3726.05 GiB 4000.82 GB)
   Raid Devices : 5
  Total Devices : 5
Preferred Minor : 0

    Update Time : Sun Nov 28 16:11:31 2010
          State : clean
 Active Devices : 4
Working Devices : 5
 Failed Devices : 1
  Spare Devices : 1
       Checksum : df137a61 - correct
         Events : 2945

     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     0       8        0        0      active sync   /dev/sda

   0     0       8        0        0      active sync   /dev/sda
   1     1       8       16        1      active sync   /dev/sdb
   2     2       8       32        2      active sync   /dev/sdc
   3     3       0        0        3      faulty removed
   4     4       8       48        4      active sync   /dev/sdd
   5     5       8       64        5      spare   /dev/sde

Странно, откуда-то появился "3     3       0        0        3      faulty removed" и как его удалить?

[Malamut]

Если удалось достучаться до данных, то судя по выводу - надо копировать все данные и пересоздавать рейд заново. Посмотрите ещё cat /proc/mdstat, там должно быть по сути написано что-то по поводу доступности компонент.

[Odes]

Я бы хотел... скопировать... но столько места у меня нет в принц. Частями мб, и то как резервные копии самого ценного...
Это не выход.

[Malamut]

Ну есть ещё один вариант - сделать полный речек и ребилд массива. Авось он прочухается. Но если снова вырубят свет...)))

[Odes]

Востановилось, ни одно сбойного не показывается.
Как я и предполагал, рейд остался 4ым(. Причём с помощью grow его нельзя было изменить до raid5. Всё какая-то дикость вылезала: "mdadm: no changes to --grow"
Но в одном из хелпов я обратил внимание что спрашивали про версию mdadm. И что вы думаете...

"> Backup:/tmp# mdadm -V >> temp
> mdadm - ........

I should have checked when you mention the mdadm version in the first email.
You need at least 3.1.1 to convert RAID5 to RAID6."

У и меня какая-то странная версия (около 2.6). Ну, тут мне и попёрло) Пришлось накатить с нестабильного дебиана 3.1.4.
Данные (опять) (снова) (ещё) есть.
Вот только одно меня беспокоит, слишком уж быстро тип поменялся, без ребилда.
Щас сижу проверяю "check >> /sys/block/md0/md/sync_action"

[Malamut]

Ну очень хорошо. mdadm вообще штука практически неубиваемая, но, тем не менее, достаточно капризная.

[MA3X]

Я бы все-таки поискал, куда деть данные на время вдумчивой пересборки рейда.
Терабайт стоит не столь уж и много, если вдуматься.
А имея резервную копию, можно экспериментировать с рейдом, пока не надоест.