Re: [gentoo-user-ru] [SOLVED] LVM: incorrect metadata area header checksum

[Konstantin]

Приветствую!

Monday, January 3, 2011, 02:40:29, Konstantin wrote:
> Monday, January 3, 2011, 02:06:32, Alexander Tiurin wrote:
>> On Mon, 3 Jan 2011 01:39:17 +0200
>> Konstantin <konstantin@××××××××.com> wrote:
K>>> Monday, January 3, 2011, 00:46:12, Голубев Александр wrote:
K>>> > 02.01.2011, 22:39, "Konstantin" <konstantin@××××××××.com>:
K>>> >> Hello Gentoo-user-ru,
K>>> >>
K>>> >> Пробовал сегодня на файловом сервере обновить ядро до
K>>> >> sys-kernel/hardened-sources-2.6.36-r6 и после перезагрузки
K>>> >> обнаружил что при загрузке системы (RAID-6 из шести дисков
K>>> >> - /dev/md2, на нем содан LVM "vg" рут находится на /dev/vg/slash)
K>>> >> lvm не может обнаружить logical volumes:
K>>> >>
K>>> >> Incorrect metadata area header checksum
K>>> >> Incorrect metadata area header checksum
K>>> >> Incorrect metadata area header checksum
K>>> >> Volume group "vg" inconsistent
K>>> >> Incorrect metadata area header checksum
K>>> >> Incorrect metadata area header checksum
K>>> >> WARNING: Inconsistent metadata found for VG vg - updating to use
K>>> >> version 29 Incorrect metadata area header checksum
K>>> >> Automatic metadata correction failed
K>>> >>


>> Гугл выкидывает интересные комбинации на "Recover logical
>> volume metadata". Может, там что-то найдется нужное.

> Уже усиленно гуглю. Насколько понимаю главное для меня сейчас найти
> именно этот lvm backup файл. Так как md доступен, то мне надо
> просканировать  этот массив на предмет следующей строки:

> # Generated by LVM2

> как это можно правильно сделать из под gentoo minimal livecd?

> а также мне уже удалось командой:

> livecd gentoo # dd if=/dev/md126 bs=512 count=255 skip=0 of=/tmp/md2-raw-start

> вытащить циклический текст, который скорее всего и будет необходимым
> мне файлом.

> vg {
> id = "RyQ0r4-vERQ-gSum-35Fo-EL08-LcBI-VauxJ5"

[..skipped..]

> Боязнь потерять данные, останавливает от поспешных попыток
> восстановления LVM метаданных. Делать резервную копию размером почти в
> 4 терабайта тоже сейчас не представляется возможным. Хочется бить уже
> наверняка.

Итак, эта сказка оказалась со счастливым концом, так как восстановить
данные получилось следующими командами:

# pvcreate -ff -u w38Lom-rIpL-6N8Z-LP4a-H2ys-tjYO-cZW4Gx --restorefile /tmp/lvm-seqno29 /dev/md2
# vgcfgrestore -f /tmp/lvm-seqno29 vg

Файл lvm-seqno29 я создал руками из того что нашел командами:

# dd if=/dev/md126 bs=512 count=255 skip=0 of=/tmp/md2-raw-start

и

# strings /dev/md2 | grep "# Generated by LVM" -A 2048 > md2-lvm-pattern-output.txt

Теперь я на своей шкуре ощутил насколько важно иметь резервную копию
файлов в /etc/lvm/backup/.

P.S.: Желаю всем хороших светлых праздников без потерь данных! :)

-- 
Konstantin