Перезапустите поврежденный RAID-массив после сбоя

Question

Мне пришлось (временно) уменьшить массив RAID5, чтобы было доступно четыре из пяти дисков. Ситуация ухудшается, когда моя система падает в процессе записи. После перезагрузки система хочет запустить "Фоновое восстановление", как это обычно происходит с неповрежденным массивом, чтобы восстановить отсутствующую избыточность. Поскольку массив ухудшен, эта реконструкция не начинается (см. Последний параграф о том, что делает Реконструкция, см. Https://raid.wiki.kernel.org/index.php/Tweaking,_tuning_and_trou устранение неполадок#Autodetection в последнем параграфе).

Я хочу снова сделать мой массив активным, но mdadm --run /dev /md127 выдает ошибку ввода / вывода (то же самое сообщение "фоновая реконструкция" под syslog). Я знаю, что теряю несколько МБ данных, но как мне вернуть мой массив к работе?

/dev/md127:
        Version : 1.2
     Raid Level : raid5
  Used Dev Size : 1360148480 (1297.14 GiB 1392.79 GB)
   Raid Devices : 5
  Total Devices : 4
    Persistence : Superblock is persistent

    Update Time : Fri Jun 14 10:54:22 2013
          State : active, degraded, Not Started 
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : mars:RA
           UUID : 05c6d9f1:87571dc6:ee0d9f6b:c0b0c320
         Events : 159201

    Number   Major   Minor   RaidDevice State
       7       8       18        0      active sync   /dev/sdb2
       8       8       66        1      active sync   /dev/sde2
       2       0        0        2      removed
       5       8       34        3      active sync   /dev/sdc2
       9       8       50        4      active sync   /dev/sdd2

Answer 1

Я снова начал работать (после некоторого дополнительного адреналина)!

Я установил исходники ядра и прочитал документацию /md.txt. Там я нашел несколько интересных настроек в /sys /block /md127 /md /resync_start, в которых хранится положение процесса повторной синхронизации. Он был установлен в « 0 », что означает, что повторная синхронизация должна начаться, что никогда не происходит из-за ухудшенного состояния массива. Я дважды проверил, что мои другие массивы имеют значение « none » (потому что значения изменились с одних версий ядра на другие). Я просто повторил " нет " там и удивительно, что все снова работает. Я начну fsck, и благодаря имеющейся у меня паранойе у меня есть файлы md5-sums и par2 для каждого файла, хранящегося в файловой системе (я создал их до того, как начал эту критическую модификацию).

Фу ... это было близко ;-)