Обращаюсь за помощью, так как времени до утра, и 4 часа уже впустую...Ситуация такая. Стоит debian lenny с proxmox, на ней крутятся две w2k3.
сконфигурирован через mdadm raid1. два винта по теру.Полез в шкаф к серваку - заметил что винты оч горячие горячие, да ивообще температура оч высокая(незалазил в шкаф месяц, до этого он холодный работал хорошо) решил промониторить. и черт меня дернул набрать вслед за apt-get update - apt-get upgrade.
Ось обновилась. выдалаthe array /dev/md/1 with UUID 8a0abc92:49434748:12f9e060:90c4a364
is currently active, but it is not listed in mdadm.conf. if
it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
please inspect the output of /usr/share/mdadm/mkconf, compare
it to /etc/mdadm/mdadm.conf, and make the necessary changes.
the array /dev/md/0 with UUID 933fac5e:52664f17:12f9e060:90c4a364
is currently active, but it is not listed in mdadm.conf. if
it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
please inspect the output of /usr/share/mdadm/mkconf, compare
it to /etc/mdadm/mdadm.conf, and make the necessary changes.И тут все удачно зависло >< обе виртуальные машины и сама дебиан.
Выключил, подождал полчасика пока все остынет. Включаю.
Assembling all MD arrays... Failure: failed to assemble all arrays.
...
Waiting for root fs
...
Alert! /dev/mapper/pve-root does not exist. Droping to a shell.Грузится BusyBox v1.17.1
cat /etc/mdadm/mdadm.conf
DEVICE PARTITIONS
HOMEHOST <SYSTEM>
ARRAY /DEV/MD0 LEVEL=RAID1 NUM-DEVICE=2 METADATA=00.90 UUID=933FAC5E:52664F17:771FB23C:4AA16637
ARRAY /DEV/MD1 LEVEL=RAID1 NUM-DEVICE=2 METADATA=00.90 UUID=8A0ABC92:49434748:771FB23C:4AA16637В грубе:
root (hd0,0)
kernel /vmlinuz-2.6.32-4-pve root=/dev/mapper/pve-root ro
initrd /initrd.img-2.6.32-4-pve
Загружался с rescueCD - консоль на нужном партишне не открывается - нажимаю запустить - мелькает немного и в предидущее окно выкидывает.Грузился с лайва - максим что смог - смонтировать md0 - там grub
В computer вижу Array - не пускает. Unable to mount Location
Монтировал sda1 sda2 sdb1 sdb2 (партишны на винтах в массиве)
mount: unknown filesystem type "linux_raid_member"apt-get install mdadm
...
Assembling MD array md0... done (started [2/2])
Assembling MD array md127... done (started [2/2]) (а должен быть md1 кстати, раньше он и был..)
Монтирую md0/mnt$ ls
config-2.6.32-4-pve lost+found
grub memtest86+.bin
initrd.img-2.6.32-4-pve memtest86+_multiboot.bin
initrd.img-2.6.32-4-pve.bak System.map-2.6.32-4-pve
initrd.img-2.6.32-4-pve-raid1 vmlinuz-2.6.32-4-pveMount /dev/md127 /mnt
mount: unknown filesystem type: 'LVM2_member'Вот... че еще сказать... до утра не решу косяк, буду сожжен на костре бухгалтерами... Научите уму-разуму, пожалуйста....
Тебе ж ясно написало, у тя там LVM.
> Тебе ж ясно написало, у тя там LVM.До LVM я добрался, я плохо понимаю что ему надо прописать...
в etc/mdadm/mdadm.conf запись та же что и в BusyBox`е.
Загружался с лайва - записал uuid оттуда - безрезультатно.
Но почему то при загрузке с лайва md127 вместо md1...
>> Тебе ж ясно написало, у тя там LVM.
> До LVM я добрался, я плохо понимаю что ему надо прописать...
> в etc/mdadm/mdadm.conf запись та же что и в BusyBox`е.Загружаем систему с жестких дисков, с новым ядром
в бизибоксе вроде как должно получиться выполнить:
mdadm --detail --scan
Увидишь что идентификаторы в /etc/mdadm/mdadm.conf и в скане ЖД не совпадают, вот оно и не сходится.
> Загружался с лайва - записал uuid оттуда - безрезультатно.куда записал ?
> Но почему то при загрузке с лайва md127 вместо md1...
//////////
я делал как-то так (плохо знаю потому что :-) )
в бизибоксе списывал коды, которые оно видит
прописывал их в /etc/mdadm/mdadm.conf
ребилдил initrd.
> Загружаем систему с жестких дисков, с новым ядром
> в бизибоксе вроде как должно получиться выполнить:
> mdadm --detail --scanНу так оно всё это дело видит ? что говорит ?
>> Загружаем систему с жестких дисков, с новым ядром
>> в бизибоксе вроде как должно получиться выполнить:
>> mdadm --detail --scan
> Ну так оно всё это дело видит ? что говорит ?тишина после выполнения команды этой.... :(
>> Загружаем систему с жестких дисков, с новым ядром
>> в бизибоксе вроде как должно получиться выполнить:
>> mdadm --detail --scan
> Ну так оно всё это дело видит ? что говорит ?Делаем:
Или mdadm --examine --scan - если ядро автоматом не подхватило массивы.mdadm --examine /dev/sdb1 - к примеру.
Должны увидеть метаданные о рейд-массивах, хранящиеся на разделах ЖД.I)Попробовать собирать массив:
#mkdir -p /dev/md
Собираем массив на двух устройствах
mdadm --assemble /dev/md1 /dev/sda2 /dev/sdb2
Потом надо собрать второй массив (их же два ? )
потом mdadm --detail --scan или mdadm --detail /dev/md1 покажет вывод.
Включая несовпадающие идентификаторы, и т п...
Только как это всё дело потом загрузить, я хз.Как загрузить:
Вариант I)
в принципе можно попробовать вручную отыграть скрипты которые есть в бизибокс-окружении.
(!!!! после успешной сборки md-дивайсов)
скрипты:
/scripts/local-top/mdadm (если собрали мдадм - значит его пропускаем)
/scripts/local-top/lvm2подмонтировать корень системы с жестких дисков
mount /dev/mapper/pve-root /root
mount -n -o move /sys ${rootmnt}/sys
mount -n -o move /proc ${rootmnt}/procвызывать /sbin/init: командой "/bin/run-init /root /sbin/init"
II) Либо надо собрать новое initrd либо с корректными идентификаторами в мдадм.конф либо с пустым файлом (для полной автоматики :-) ).
Ищщо команды:mdadm --assemble /dev/md1 --update=super-minor /dev/sda2 /dev/sdb2 (минор у вас измениться не должен !!!!!! команда не должна понадобиться !!! )
=================================
А еще мысль говорит мне вариант:
В бизибокс-окружении:1) удалить файл /etc/mdadm/mdadm.conf
2) повторно запустить /init==========
Успехов в восстановлении.
Для выполнения п.2.>II) Либо надо собрать новое initrd либо с корректными идентификаторами в мдадм.конф либо с пустым файлом (для полной автоматики :-) ).
надо загрузиться с внешней системы (ливсиди/флешка), полностью подмонтировать всю фс с ЖД, и там уже делать update-initramfs (после правки /etc/mdadm/mdadm.conf на смонтированных ФС ЖД)
> Для выполнения п.2.
>>II) Либо надо собрать новое initrd либо с корректными идентификаторами в мдадм.конф либо с пустым файлом (для полной автоматики :-) ).
> надо загрузиться с внешней системы (ливсиди/флешка), полностью подмонтировать всю фс с
> ЖД, и там уже делать update-initramfs (после правки /etc/mdadm/mdadm.conf на смонтированных
> ФС ЖД)Идентификаторы сейчас идентичны на /dev/pve/root/etc/mdadm/mdadm.conf и в коружении бизибокса и в лайв-сд... грузится попрежнему никто не желает...
единственное что лайв-сиди собирает почему-то второй массив как md127
хрень какая-то....
>> Для выполнения п.2.
>>>II) Либо надо собрать новое initrd либо с корректными идентификаторами в мдадм.конф либо с пустым файлом (для полной автоматики :-) ).
>> надо загрузиться с внешней системы (ливсиди/флешка), полностью подмонтировать всю фс с
>> ЖД, и там уже делать update-initramfs (после правки /etc/mdadm/mdadm.conf на смонтированных
>> ФС ЖД)
> Идентификаторы сейчас идентичны на /dev/pve/root/etc/mdadm/mdadm.conf и в коружении
> бизибокса и в лайв-сд... грузится попрежнему никто не желает...вот я в душЕ не знаю, что ты назваешь идентичными идентификаторами.
- вывод команды mdadm - ? с какими параметрами ?
- содержимое файлов mdadm.conf ?- с какими сообщениями не грузится система ? Что успешно собирается а что нет ?
> единственное что лайв-сиди собирает почему-то второй массив как md127
> хрень какая-то....Предполагаю, надо форматировать наглухо, да переставлять...
С такими огромными объемами предоставляемой информации, телепатию тренировать на форуме - нафиг никому не надо.
> я делал как-то так (плохо знаю потому что :-) )
> в бизибоксе списывал коды, которые оно видит
> прописывал их в /etc/mdadm/mdadm.conf
> ребилдил initrd.Ниразу не сталкивался с ребилдом initrd... ушел гуглить... кроме ребилда нету возможности сохранить изменения в бизибоксе в /etc/mdadm/mdadm.conf после перезагрузки?
>> Тебе ж ясно написало, у тя там LVM.
> До LVM я добрался, я плохо понимаю что ему надо прописать...
> в etc/mdadm/mdadm.conf запись та же что и в BusyBox`е.
> Загружался с лайва - записал uuid оттуда - безрезультатно.
> Но почему то при загрузке с лайва md127 вместо md1...Я правильно понимаю что данные mdadm.conf у бизибокса и у самой системы должны быть идентичны? Чтото еще нужно подправить?
Почему тогда при монтировании массива под лайвсиди параметы массива други? в частности uuid и номер партиции?
>>> Тебе ж ясно написало, у тя там LVM.
>> До LVM я добрался, я плохо понимаю что ему надо прописать...
>> в etc/mdadm/mdadm.conf запись та же что и в BusyBox`е.
>> Загружался с лайва - записал uuid оттуда - безрезультатно.
>> Но почему то при загрузке с лайва md127 вместо md1...
> Я правильно понимаю что данные mdadm.conf у бизибокса и у самой системы
> должны быть идентичны? Чтото еще нужно подправить?да, должны быть одинаковы.
> Почему тогда при монтировании массива под лайвсиди параметы массива други? в частности
> uuid и номер партиции?ну что-то там поменялось, наверное. я хз, но сам на такие грабли наступил =)
> the array /dev/md/1 with UUID 8a0abc92:49434748:12f9e060:90c4a364
> is currently active, but it is not listed in mdadm.conf. ifУ меня подобная ситуёвина вызвала пару часов плясок возле сервера
с загрузочной флешкой, на которой толком ничего не было...Решить тему можно, но я крайне смутно помню что-к-чему... :-(
синхронизировал /etc/mdadm/mdadm.conf в рутовом раздле и в окружении бизибокс, но грузиться система не желает попрежнему.mdadm --detail --scan, запускаю первый раз:
mdadm: cannot open /md1: No such file or directory
mdadm: cannot open /md0: No such file or directoryПосле повторного запуска:
ARRAY /dev/md1 metadata=00.90 UUID=8a0abc92:49434748:12f9e060:90c4a364
ARRAY /dev/md0 metadata=00.90 UUID=933fac5e:52664f17:12f9e060:90c4a364/init - не катит...
Загрузился я с rescue-cd....
Темнеменее не ясно че сним теперь делать... ><
> Загрузился я с rescue-cd....
> Темнеменее не ясно че сним теперь делать... ><потому что надо _читать_ что пишут и _писать_ что делаешь.
>Для выполнения п.2.
>
>>II) Либо надо собрать новое initrd либо с корректными идентификаторами в мдадм.конф либо
>с пустым файлом (для полной автоматики :-) ).
>
>надо загрузиться с внешней системы (ливсиди/флешка), полностью подмонтировать всю фс с ЖД,
>и там уже делать update-initramfs (после правки /etc/mdadm/mdadm.conf на смонтированных ФС
>ЖД)после монтирования ФС с ЖД нужно сделать chroot в точку монтирования ФС, и там уже править конфиг и делать update-initrd
> синхронизировал /etc/mdadm/mdadm.conf в рутовом раздле и в окружении бизибокс, но грузиться
> система не желает попрежнему.
> mdadm --detail --scan, запускаю первый раз:
> mdadm: cannot open /md1: No such file or directory
> mdadm: cannot open /md0: No such file or directory
> После повторного запуска:
> ARRAY /dev/md1 metadata=00.90 UUID=8a0abc92:49434748:12f9e060:90c4a364
> ARRAY /dev/md0 metadata=00.90 UUID=933fac5e:52664f17:12f9e060:90c4a364
> /init - не катит...угадывать, _почему_ оно не катит, здесь никто не будет.
Debian 7 x64. Имею md-зеркало, которое целиком отдано как PV под lvm. После переименования VG с lvm-томом, содержащим корневой раздел (/boot внутри) имею следующую проблему:
при загрузке на стадии монтирования корня пишется следующее:assembling all MD arrays ... Failure: faild to assemble all arrays.
Volume group "vg1" not found
Unable to find LVM volume vg1/lv_root
Waiting for root file system ...
Gave up waiting for root device.
ALERT! /dev/mapper/vg1-lv_root does not exist.и вываливается в шелл бизибокса
Сдается мне с переименованием VG это не связано - просто совпадение, ибо проделал аналогичные действия на виртуалке и все взлетело (fstab отредактировал, initrd пересобрал, "dpkg-reconfigure grub-pc" сделал)
подскажите куда копать?..
еще хотел бы добавить - через rescue live cd md-raid и VG на нем отлично инициализируются, lvm-том с корнем монтируется, chroot туда работает и внутри все красиво