Назад | Перейти на главную страницу

Как восстановить утерянный логический том

Из-за остановки ядра clvmd (https://serverfault.com/questions/226466/lvm-running-vgscan-causes-clvmd-to-block) Я решил жестко перезагрузить хост, потому что мягкая перезагрузка остановилась. Но при загрузке он не может запустить e2fsck на одном из логических томов, а затем не загружается. Я ввел следующее сообщение об ошибке, потому что не могу скопировать и вставить его с последовательной консоли.

Checking filessytems
/dev/mapper/vg_gothamdb1-lv_root: clean, 59708/5120000 files, 712853/20480000 blocks
/dev/sda1: clean, 39/128016 files, 51688/512000 blocks
fsck.ext4: No such files or directory while trying to open /dev/mapper/vg_gothamdb1-lv_home
/dev/mapper/vg_gothamdb1-lvhome:
The superblock could not be read or does not describe a correct ext2 filesystem. if the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with and alternate superblock:

Обратите внимание, что в этой настройке у меня есть 2 группы томов. Один из них входит в кластер. Другой содержит логические тома для домашнего, корневого и swap. Другими словами, макет выглядит так:

vg1:
  lv_root
  lv_home
  lv_swap
vg2 (part of a cluster): 
  lv_stuff

Странно то, что lv_home засоряется, хотя его нет в группах томов в кластере.

Как я могу это исправить? lv_home должен существовать как логический том. Я просто хочу восстановить lv_home.

Я не осмеливаюсь ответить на этот вопрос, потому что это похоже на clvm, а я не знаю clvm. Но я бы не предположил, что что-то, что работает со слоем clvm, даже с одним узлом, будет работать так же без него. (изменить: я вижу, что этот vg находится за пределами кластера)

Теперь несколько неспецифических советов: держите все только для чтения (естественно), и если вы недавно внесли какие-либо изменения в тома, вы найдете резервную копию предыдущих макетов в /etc/lvm/{backup,archive}. Те применяются с vgcfgrestore --file /path/to/backup vg. Один из них - ваша текущая конфигурация, а остальные полезны только в том случае, если метаданные lvm были потеряны, стерты или рассинхронизированы. Прежде чем пытаться откатиться, проверьте, имеют ли даты смысл, и сравните с вашей текущей конфигурацией (сделайте vgcfgbackup в какое-то внешнее расположение).