Missing LVM VolumeGroup - precisa de recuperação

1

história curta:
Eu tenho um RAID5 que deve ter um Volumegroup nele, mas não consigo encontrá-lo usando lvmdiskscan ou vgscan ou pvscan .
Existe uma maneira de convencer o LVM de que isso é um VG?

longa história:
Eu tive uma sinologia nas, correndo perfeitamente bem. Depois que a garantia expirou, a parte superior do dispositivo quebrou, então movi todos os discos para um servidor linux.
Eu percebi que Synology tem uma configuração estranha: madame como RAID5, todo esse RAID é um VG (sim com apenas um dispositivo), e além disso era ext4 (eu estava planejando mover tudo para um zfs ...)
O que foi novamente executado, mas o "servidor" era um computador doméstico antigo, então de vez em quando ele deixava cair uma unidade e eu tinha que reiniciar o computador. Ontem eu tive o problema novamente (depois de correr 72 dias) e remontei isto. Durante a remontagem, um disco foi marcado como "defeituoso". Então eu tive: ok, ok, poupe, com defeito.
Como eu não tinha outra escolha, eu reforcei a montagem com os 3 drives (ok, ok, provavelmente desatualizados) e recompus o sobressalente.

Agora, após a recriação, eu estava tentando abrir meu volume novamente e não consigo encontrar meu VG usando lvmdiskscan ou vgscan ou pvscan .
É possível aplicá-lo de volta a um VG?
pvcreate e vgcreate estão alterando os dados no meu dispositivo (como esse é o meu armazenamento de arquivos, não consigo criar um backup - porque não tenho armazenamento com tanto espaço)?
alguma outra possibilidade de recuperar meu lvm?

editar
Enquanto isso eu encontrei um arquivo de backup lvm:

root@nas:/etc/lvm/backup# cat vg1000
# Generated by LVM2 version 2.02.122(2) (2015-06-20): Wed Mar 23 10:17:07 2016

contents = "Text Format Volume Group"
version = 1

description = "Created *after* executing 'vgcfgbackup'"

creation_host = "nas"   # Linux clemens-nas 4.2.0-34-generic #39-Ubuntu SMP Thu Mar 10 22:13:01 UTC 2016 x86_64
creation_time = 1458724627      # Wed Mar 23 10:17:07 2016

vg1000 {
        id = "MLeMiv-dRXp-78wD-HoCO-h6fi-eydd-rQbkad"
        seqno = 2
        format = "lvm2"                 # informational
        status = ["RESIZEABLE", "READ", "WRITE"]
        flags = []
        extent_size = 8192              # 4 Megabytes
        max_lv = 0
        max_pv = 0
        metadata_copies = 0

        physical_volumes {

                pv0 {
                        id = "Bu14mQ-Yddn-mkvH-Bc17-E3nR-wlmM-XZx6yD"
                        device = "/dev/md2"     # Hint only

                        status = ["ALLOCATABLE"]
                        flags = []
                        dev_size = 11692677888  # 5,44483 Terabytes
                        pe_start = 1152
                        pe_count = 1427328      # 5,44482 Terabytes
                }
        }

        logical_volumes {

                lv {
                        id = "Bofw9D-3tnK-y9wM-dJRf-Aoq2-hONI-yRnMyu"
                        status = ["READ", "WRITE", "VISIBLE"]
                        flags = []
                        segment_count = 1

                        segment1 {
                                start_extent = 0
                                extent_count = 1427328  # 5,44482 Terabytes

                                type = "striped"
                                stripe_count = 1        # linear

                                stripes = [
                                        "pv0", 0
                                ]
                        }
                }
        }
}
    
por Clemens Jung 05.03.2017 / 10:44

0 respostas