Tivemos uma falha no disco rígido de um dos dois discos rígidos em uma invasão de software com um LVM no topo.
O servidor está executando o Citrix xenserver.
No disco rígido que ainda está intacto, o grupo de volumes é detectado bem, mas resta apenas um LV. (algumas hashes substituídas por "x")
# lvdisplay --- Logical volume --- LV Name /dev/VG_XenStorage-x-x-x-x-408b91acdcae/MGT VG Name VG_XenStorage-x-x-x-x-408b91acdcae LV UUID x-x-x-x-x-x-vQmZ6C LV Write Access read/write LV Status available # open 0 LV Size 4.00 MiB Current LE 1 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:0
root@rescue ~ # vgdisplay --- Volume group --- VG Name VG_XenStorage-x-x-x-x-408b91acdcae System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 698.62 GiB PE Size 4.00 MiB Total PE 178848 Alloc PE / Size 1 / 4.00 MiB Free PE / Size 178847 / 698.62 GiB VG UUID x-x-x-x-x-x-53w0kL
Eu poderia entender se um volume físico completo é perdido - mas por que apenas os volumes lógicos?
Existe alguma explicação para isso?
Existe alguma maneira de recuperar os volumes lógicos?
EDIT Estamos aqui em um sistema de resgate. O problema é que o servidor inteiro não inicializa (erro 22 do GRUB)
O que estamos tentando fazer é acessar o sistema de arquivos raiz. Mas tudo estava no LVM.
Temos apenas isto:
(parted) print Model: ATA SAMSUNG HD753LJ (scsi) Disk /dev/sdb: 750GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 32.3kB 750GB 750GB primary boot, lvm
E esse volume de 750 GB do LVM é exatamente o que vemos no topo.
edit2
Saída do vgcfgrestore, mas do sistema de recuperação, já que não há raiz para chroot.
# vgcfgrestore --list VG_XenStorage-x-b4b0-x-x-408b91acdcae File: /etc/lvm/archive/VG_XenStorage-x-x-x-x-408b91acdcae_00000.vg VG name: VG_XenStorage-x-x-x-x-408b91acdcae Description: Created *before* executing '/sbin/vgscan --ignorelockingfailure --mknodes' Backup Time: Fri Jun 28 23:53:20 2013 File: /etc/lvm/backup/VG_XenStorage-x-x-x-x-408b91acdcae VG name: VG_XenStorage-x-x-x-x-408b91acdcae Description: Created *after* executing '/sbin/vgscan --ignorelockingfailure --mknodes' Backup Time: Fri Jun 28 23:53:20 2013
Tags lvm data-recovery linux xenserver