Восстановление Software RAID

Technolog · 30 Ноя 2009

Доброго вечера всем.

Такая петрушка приключилась: в бэкапе стояла openSuSE 10.2 на двух платах соединенных в RAID 1 (Softraid):
/dev/sda1 + /dev/sdb1 --> /dev/md0 --> /boot
/dev/sda2 + /dev/sdb3 --> /dev/md0 --> swap
/dev/sda3 + /dev/sdb3 --> /dev/md0 --> /usr
/dev/sda4 + /dev/sdb4 --> /dev/md0 --> /home
sda вчера сдохла. Так как я после установки сделал резервные копии, то думал просто имидж скопировать и баста. Но Acronis при копировании предупреждает, что плата не будет грузиться, мол с bootdisk грузитесь и все делайте.
Имидж записался, гружусь с BootCD, вижу оттдельные партиции (sda1,sda2,sda3,sda4,sdb1,sdb2,sdb3,sdb4) а вот md.. и не пахло. Как мне теперь систему восстановить?

Technolog · 1 Дек 2009

Народ, как я понимаю md... создаются из конфигурационного файла при загрузке системы, правильно? Какого файла?
Если скажем я под Knoppix с помощью mdadm создаю все что мне нужно, то как записать это на плату?
В /etc/mtab прописаны все md0..md4 но это же уже созданные. А где начало этого всего?

Technolog · 1 Дек 2009

Полет продолжается. С помощью mdadm и create записал новые массивы. fdisk -l показывает их и дописывает в конце каждого раздела Disk /dev/md0 doesn't contain a valid partition table. Разделы md0 (/boot) и md3 (/usr) можно смонтировать и читать, все там как было. md2 (/) выдает при монтаже you must specify the filesysteme type. Если дописать -t ext3 ругается wrong fs type, bad option, bad superblock on /dev/md2. Проверка

Исходный код

mdadm -E /dev/md2
No md superblock detected on /dev/md2

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

Где копать дальше?

Gordon Freeman · 1 Дек 2009

Technolog писал(а):

Народ, как я понимаю мд... создаются из конфигурационного файла при загрузке системы, правильно? Какого файла?

я понимаю и3 етого:
[/etc/mdadm/mdadm.conf]

а может так попробовать (если конешно уже не по3дно):

Исходный код

Ausfall einer Festplatte¶


Wenn eine der Festplatten im Verbund ausfällt, wird dies vom mdadm-Dämon entsprechend geloggt. Auf Wunsch kann man sich auch per E-Mail informieren lassen (siehe manpages). Bei einem RAID 0 äußert sich der Ausfall einer Platte natürlich im Ausfall des gesamten RAID-Verbunds.


Die ausgefallene Platte lässt sich mit den oben unter Benutzung/Konfiguration genannten Befehlen erkennen. Um die Festplatte zu ersetzen, muss diese zunächst aus dem RAID Verbund entfernt werden:


mdadm /dev/md0 --remove /dev/hde1 


Anschließend kann sie durch eine neue Ersatzplatte ersetzt werden.


Die neue Platte muss zunächst genauso wie die anderen mit fdisk partitioniert werden. Alternativ kann die Partitionstabelle einer anderen Platte im Verbund 1:1 kopiert werden (hier von hdf nach hde):


dd if=/dev/hdf of=/dev/hde bs=512 count=1 


Danach muss ggf. noch die Partitionstabelle via fdisk auf die Platte geschrieben werden (fdisk /dev/hde - dann 'w', und mit 'q' wieder verlassen).


Anschließend kann die Platte mittels folgendem Befehl zum Verbund hinzugefügt werden:


mdadm /dev/md0 --add /dev/hde1

Показать весь код

и так для всех партиций (соотв. таблцу тока 1 ра3)

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Technolog · 1 Дек 2009

Да вроде все так и делал. Единственно что, имидж делал не через dd а просто Acronis. Но потом пробовал и через dd. Та же песня.
В общем дошло до следующего:
1. все разделы (md0,md1,md2,md3) созданы и могут вручную монтироваться.
2. /etc/fstab и /etc/mtab изменены в соответствии с раскладкой
3. в /etc/mdadm.conf записаны все новые данные через mdadm --detail --scan >> mdadm.conf
4. cfdisk и fdisk выдают, что /dev/sda1 boot Linux autodetect raid

При загрузки с винта --> No operating system

АААААААААААААААА!!!!

Пожалуйста зарегистрируйся для просмотра данного изображения.

Gordon Freeman · 1 Дек 2009

может надо груб поправить, типа етого:
получить промпт груба +

Исходный код

#grub
grub>root (hd0,1)
grub>setup (hd0)
grub>root (hd1,1)
grub>setup (hd1)
grub>quit
#reboot

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Technolog · 1 Дек 2009

Вот это помогло. Переписал grub и система начала грузиться.
Только теперь новая песня: проблема с /dev/md2. При загрузке ругается fsck faild. run manualy. Загрузившись с Rescue System можно сделать

Исходный код

fsck.ext3 /dev/md2

только это как мертвому припарка - пишет сдедующее:

Исходный код

The filesystem size (according to the superblock) is 5241206 blocks
The physical size of the device is 5241184 blocks
Either the superblock or the partition table is likley to be corrupt!

???? Как я полагаю проблема с суперблоком? Вот только как его ремонтировать?

Gordon Freeman · 1 Дек 2009

я бы наверно попробовал твой мд2[/usr] еше ра3 пересобрать (то есть повторить процедуру, что ты делал выше для мд2), может че криво встало?

Technolog · 1 Дек 2009

После проверки e2fsck -f /dev/md2 сделал resize2fs /dev/md2. То же самое пришлось сделать для md0 и md3. Система работает!!!!!!!!!!!!!!!!!

Вот теперь еще одна ЖЖЖ: /home это три платы по 500ГБ в RAID5 на HighPoint 1740 и в reiserFS. И они не читаются. Ошибка в reiserFS. Первый проход fsck.reiserfs --check /dev/sdc1 нашел туеву кучу ошибок и предложил --rebuild-tree. --rebuid-tree прошел только pass0. pass1 обрывает с сообщением, что один из блоков не может быть отремонтирован. Идет вторая попытка. Будет ли лучше???

Gordon Freeman · 4 Дек 2009

ну как? прошерстил свой РЕЙД5 ? как я понял ты его потом 3еркалишь на мд3 с [softwareRAID1]? 1тб выходит как-бы?

Technolog · 15 Дек 2009

Ж полная. Регулярно выскакивают ошибки при похождении pass1
Плюнул на все и просто отзеркалил все что было. Потерялось процентов 10 инфы, но в основном старой.
Собрал на новых платах новый RAID и оставил работать. Спасибо за помощь. Самое главное все учетные записи и конфиги сохранились.

Поделиться