Как восстановить LVM?

Подскажите, в какой последовательности корректно переинициализировать один диск LVM, чтобы не затронуть другие, работающие в данный момент?
Есть /dev/sdd
На нем раздел /dev/sdd1, обьявлен как pv
На этом pv одна vg: vg-backup
На этой vg один lv: vg-backup/data
Диск дернули, судя по всему. В логах видно, что он стоп, а потом старт. Такое впечатление, что uuid поменялся или буква (был sdc, сходу не понятно пока - нет прямого доступа к логам)
В общем, как с нуля проинициализировать, по возможности сохранив информацию?
  • Вопрос задан
  • 3484 просмотра
Решения вопроса 1
@Gaernebjorn Автор вопроса
Нашел ответ. Все получилось. Действительно, если вынуть наживую диск sata в debianе, а затем вставить (соблюдая все отключения и включения питания), у него изменится и ata№, и scsi 0:0:№:0 и UUID (про UUID не уверен, многобукф, мог не внимательно оценить)

Вот решение https://www.linuxtechi.com/fixing-lvm-io-errors/
Если ссылка когда-нибудь прокиснет, вот суть:
Деактивируем lv, потом vg. Потом обратно сканируем и активируем vg и, наконец, сканируем и активируем lv.
1) Check which Volume Group have the issue , run “vgscan” command .
2) Find out the Logical Volumes attached with that Volume Group .
3) Inactive the logical volumes as :
  # lvchange -an <lv-name>
4) Inactive Volume group as :
 #  vgchange -an <vg-name>
5) Again Scan Volume group using “vgscan” .
6) Now activate the Volume Group :
# vgchange -ay <volume-group-name>
7) Run command “lvscan” , the error should be gone now .
8) Now activate the Logical Volume Name :
# lvchange -ay <lv-name>

Если это было с внезапно оторвавшимся девайсом, как у меня, то это может сразу не получиться.
Тогда аккуратно гасим его еще раз
echo 1 > /sys/block/sdX/device/delete
Физически отключаем (вынимаем)
Физически включаем (вставляем)
Запускаем
echo 0 0 0 > /sys/class/scsi_host/hostY/scan
И танцуем все верхие танцы с бубном еще раз.
X - легко определяется, он не должен поменяться, а вот Y я не понял как, у меня были с 0 по 4. Прошелся по всем, говорят это не слишком опасно :) Даже не понял, на каком диск вдруг появился - я быстрее их перебирал, чем он ответил. Примерно так:
Oct 23 16:29:53 node2 kernel: ata11.00: ATA-8: Hitachi HUA722010CLA330, JP4OA3EA, max UDMA/133
Oct 23 16:29:53 node2 kernel: ata11.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
Oct 23 16:29:53 node2 kernel: ata11.00: configured for UDMA/133
Oct 23 16:29:53 node2 kernel: scsi 0:0:6:0: Direct-Access ATA Hitachi HUA72201 JP4O PQ: 0 ANSI: 5
Oct 23 16:29:53 node2 kernel: sd 0:0:6:0: [sdd] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Oct 23 16:29:53 node2 kernel: sd 0:0:6:0: Attached scsi generic sg2 type 0
Oct 23 16:29:53 node2 kernel: sd 0:0:6:0: [sdd] Write Protect is off
Oct 23 16:29:53 node2 kernel: sd 0:0:6:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 23 16:29:53 node2 kernel: sdd: sdd1
Ответ написан
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы