Jump to content
Калькуляторы

mdadm raid10 не хочет сам собираться Как восстановить ранее собранный рейд

Ситуация такая:

сервер на 8 дисков. 4 диска на аппаратном LSI рейде. 4 на програмном mdadm в 10 рейде.

система стоит на аппаратном рейде. LSI сгорел - нашел точно такой же. Восстановил рейд. Загрузился, все нормально. НО....

Програмный рейд пропал. т.е. при попытке пересборки говорит:

# mdadm --assemble --scan
mdadm: /dev/md/0 assembled from 2 drives - not enough to start the array.
mdadm: No arrays found in config file or automatically

однако проверка UUID выводит следующее

# mdadm --examine /dev/sd* | grep -E "(^\/dev|UUID)"
mdadm: No md superblock detected on /dev/sda1.
mdadm: No md superblock detected on /dev/sda2.
/dev/sda:
/dev/sdb:
    Array UUID : 89bf156a:71182163:61f1b465:f4c1839d
   Device UUID : 9d8f1918:cdd1e7c5:022da9ec:a7927316
/dev/sdc:
    Array UUID : 89bf156a:71182163:61f1b465:f4c1839d
   Device UUID : 71ab493e:125a4d91:21aade96:44f5a1b6
/dev/sdd:
    Array UUID : 89bf156a:71182163:61f1b465:f4c1839d
   Device UUID : 5ddbec00:f8d1a644:274c1acd:e7507a9b
/dev/sde:
    Array UUID : 89bf156a:71182163:61f1b465:f4c1839d
   Device UUID : da015cbb:742b1290:6c9af36f:509a86ad

Т.е. получается что вроде как все 4 диска в одном Array находятся.

/dev/sda - это аппаратный рейд.

Подскажите как собрать рейд.

Да, принудительно тоже пробовал

#mdadm --assemble /dev/md0 /dev/sdb /dev/sdc /dev/sdd /dev/sde
mdadm: /dev/md0 assembled from 2 drives - not enough to start the array.

Share this post


Link to post
Share on other sites
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This file was auto-generated on Thu, 08 Aug 2013 10:09:29 +0400
# by mkconf 3.2.5-5

Share this post


Link to post
Share on other sites

https://raid.wiki.kernel.org/index.php/RAID_Recovery

Коротко: попробовать с --force, не поможет - пересоздавать с верным порядком следования томов, с указанием chunk size и размера из суперблоков (если ошибетесь - добьете данные, потому - на крайний случай)

Share this post


Link to post
Share on other sites

# mdadm --examine --scan -v
ARRAY /dev/md/0 level=raid10 metadata=1.2 num-devices=4 UUID=89bf156a:71182163:61f1b465:f4c1839d name=px:0
  devices=/dev/sde,/dev/sdd,/dev/sdc,/dev/sdb

 

Я прально понимаю что данный вывод порядка дисков соответствует их первоначальное положение? или нет?

Edited by Niferman

Share this post


Link to post
Share on other sites

В конфиге нет описания дисков. Попробуйте для начала сделать 'mdadm --detail --scan >> mdadm.conf', а потом 'mdadm --assemble --scan'

Share this post


Link to post
Share on other sites

devices=/dev/sde,/dev/sdd,/dev/sdc,/dev/sdb

 

То есть вы загнали в массив устройства без создания раздела типа FD? Лучше так не делать.

Share this post


Link to post
Share on other sites

Массив собрался. Причем не совсем понятно в чем было дело, загрузился с LIVE диска сделал

mdadm --assemble --scan

массив ругнулся что не сходятся версии двух дисков, предложил обновить, я согласился - собрался. Перегрузился в нормальном режиме - все в норме вроде.

Вопрос taf_321 можно поподробней - в чем трабл сборки массива без FD ?

Share this post


Link to post
Share on other sites

fd == раздел типа "Автоопределение Linux raid"

Необходимо, дабы массив собирался, если initrd не используется.

 

Arrays can be auto-detected by the kernel if all the components are in primary MS-DOS partitions with partition type FD, and all use v0.90 metadata. In-kernel autodetect is not recommended for new installations. Using mdadm to detect and assemble arrays — possibly in an initrd — is substantially more flexible and should be preferred.

 

и

When creating a partition based array, using mdadm with version-1.x metadata, the partition type should be set to 0xDA (non fs-data). This type selection allows for greater precision since using any other [RAID auto-detect (0xFD) or a GNU/Linux partition (0x83)], might create problems in the event of array recovery through a live cdrom.

 

 

Edited by passer

Share this post


Link to post
Share on other sites

Вопрос taf_321 можно поподробней - в чем трабл сборки массива без FD ?

Трабл в том, что без раздела система не всегда распознает, принадлежит ли данное устройство какому-либо массиву, или это просто отдельный диск. Проблема обычно выстреливает если в системе, после создания массива таким образом, что-то меняется с дисками. Сам подрывался на этом, когда собранный из "нативных" устройств RAID5 наотрез отказывался собираться и запускаться при старте после того, как в соседнем RAID1 поменяли умерший диск. Хотя ручное исполнение mdadm --assemble --scan и mdadm -R /dev/mdX отрабатывали успешно и без ошибок.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this