На сервере есть тонкий LVM с несколькими томами:
vm-130-disk-0 - was deleted and need to be restored.
vm-137-disk-0 - was NOT deleted.
Попытка восстановить /etc/lvm/archive/pve_00336-2034680334.vg, созданный перед удалением:
# vgcfgrestore --force --file /etc/lvm/archive/pve_00336-2034680334.vg pve
# vgimport pve
# lvchange -ay /dev/pve/vm-130-disk-0
Thin pool pve-data-tpool (254:6) transaction_id is 324, while expected 311.
...
# lvs -a
LV VG Attr LSize Pool Origin Data% Meta%
data pve twi---tz-- 1.57t # NOT activated pool data
[data_tdata] pve Twi-a----- 1.57t # OK a=Activated
[data_tmeta] pve ewi-a----- 16.00g # OK a=Activated
root pve -wi-a----- 10.00g # OK a=Activated
vm-130-disk-0 pve Vwi---tz-- 32.00g data # NOT activated deleted volume
vm-137-disk-0 pve Vwi---tz-- 22.00g data # NOT activated non-deleted volume
...
Что ж, здесь мы потерпели неудачу из-за несоответствия транзакций между tmeta и tpool. Большинство респондентов в Интернете имеют зеркальную ситуацию: tpool = 312 и tmeta = 324, и похоже, что исправление transaction_id в файле .vg им помогает. Попробуем исправить .vg файл и активировать:
Changed by hands transaction_id from 311 to 324 in /etc/lvm/archive/pve_00336-2034680334.vg ..
# vgcfgrestore --force --file /etc/lvm/archive/pve_00336-2034680334.vg pve
# vgimport pve
# lvchange -ay /dev/pve/vm-130-disk-0
device-mapper: reload ioctl on (254:19) failed: No data available
In debug log appears: pve-vm--130--disk--0: Skipping NODE_DEL [trust_udev]
# lvs -a
LV VG Attr LSize Pool Origin Data% Meta%
data pve twi-aotz-- 1.57t 5.86 0.44 # OK
[data_tdata] pve Twi-a----- 1.57t # OK
[data_tmeta] pve ewi-a----- 16.00g # OK
root pve -wi-a----- 10.00g # OK
vm-130-disk-0 pve Vwi---tz-- 32.00g data # NOT activated deleted volume
vm-137-disk-0 pve Vwi-a-tz-- 22.00g data 67.91 # OK activated non-deleted volume
...
«Нет данных» для удаленного тома. Печальный. AFAIK tpool имеет transaction_id = 324, и мне нужно как-то откатить tpool до 312. Не знаю, как это сделать.
Что я могу активировать pve / vm-130-disk-0?
# lvm version
LVM version: 2.02.168(2) (2016-11-30)
Library version: 1.02.137 (2016-11-30)
Driver version: 4.35.0
# uname -a
Linux adminslotlogicrestoreasap 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64 GNU/Linux
Спасибо за прочтение! Буду признателен за любой совет.
Тонкие архивные файлы LVM /etc/lvm/archive/*.vg не имеют физических экстентов в сегментах, а только device_ids. Сопоставление между device_ids и физическими экстентами на блочном устройстве хранится в метаданных LVM и может быть выгружено из неактивного пула:
vgimport pve
lvchange --yes -ay pve/data_tmeta
thin_dump /dev/mapper/pve-data_tmeta -o thin_dump_pve-data_tmeta.xml
lvchange -an pve/data_tmeta
Благодаря lvremove вы не видите удаленных идентификаторов устройств.
Таким образом, тонкое восстановление в описанном случае невозможно.
Смотрите также отзывы разработчиков (2014 г.).