Niferman Опубликовано 22 марта, 2015 · Жалоба Ситуация такая: сервер на 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Niferman Опубликовано 22 марта, 2015 · Жалоба # 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 22 марта, 2015 · Жалоба https://raid.wiki.kernel.org/index.php/RAID_Recovery Коротко: попробовать с --force, не поможет - пересоздавать с верным порядком следования томов, с указанием chunk size и размера из суперблоков (если ошибетесь - добьете данные, потому - на крайний случай) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Niferman Опубликовано 22 марта, 2015 (изменено) · Жалоба # 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 Я прально понимаю что данный вывод порядка дисков соответствует их первоначальное положение? или нет? Изменено 22 марта, 2015 пользователем Niferman Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 22 марта, 2015 · Жалоба В конфиге нет описания дисков. Попробуйте для начала сделать 'mdadm --detail --scan >> mdadm.conf', а потом 'mdadm --assemble --scan' Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 23 марта, 2015 · Жалоба devices=/dev/sde,/dev/sdd,/dev/sdc,/dev/sdb То есть вы загнали в массив устройства без создания раздела типа FD? Лучше так не делать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Niferman Опубликовано 24 марта, 2015 · Жалоба Массив собрался. Причем не совсем понятно в чем было дело, загрузился с LIVE диска сделал mdadm --assemble --scan массив ругнулся что не сходятся версии двух дисков, предложил обновить, я согласился - собрался. Перегрузился в нормальном режиме - все в норме вроде. Вопрос taf_321 можно поподробней - в чем трабл сборки массива без FD ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 24 марта, 2015 (изменено) · Жалоба 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. Изменено 24 марта, 2015 пользователем passer Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 25 марта, 2015 · Жалоба Вопрос taf_321 можно поподробней - в чем трабл сборки массива без FD ? Трабл в том, что без раздела система не всегда распознает, принадлежит ли данное устройство какому-либо массиву, или это просто отдельный диск. Проблема обычно выстреливает если в системе, после создания массива таким образом, что-то меняется с дисками. Сам подрывался на этом, когда собранный из "нативных" устройств RAID5 наотрез отказывался собираться и запускаться при старте после того, как в соседнем RAID1 поменяли умерший диск. Хотя ручное исполнение mdadm --assemble --scan и mdadm -R /dev/mdX отрабатывали успешно и без ошибок. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...