O servidor possui Thin LVM com alguns volumes:
vm-130-disk-0 - was deleted and need to be restored.
vm-137-disk-0 - was NOT deleted.
Tentando restaurar /etc/lvm/archive/pve_00336-2034680334.vg que foi criado antes da exclusão:
# 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
...
Bem, aqui falhamos porque a transação não corresponde entre tmeta e tpool. A maioria das pessoas respondidas na Internet tem situação de espelho: tpool=312 e tmeta=324 e parece que a correção transaction_id no arquivo .vg os ajuda. Vamos tentar corrigir o arquivo .vg e ativar:
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
...
"Nenhum dado disponível" para volume excluído. Triste. AFAIK tpool tem transaction_id=324 e preciso de alguma forma reverter o tpool para 312. Não tenho ideia de como.
O que posso ativar 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
Obrigado por ler! Ficarei grato por qualquer conselho.
Responder1
Arquivos compactados LVM finos /etc/lvm/archive/*.vg não possuem extensões físicas em segmentos, mas apenas device_ids. O mapeamento entre device_ids e extensões físicas no dispositivo de bloco armazenado nos metadados do LVM e pode ser despejado do pool inativo:
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
Graças aremovervocê não pode ver nenhum device_ids excluído.
Portanto, a recuperação Thin não é possível no caso descrito.
Veja tambémfeedback do desenvolvedor (2014).