O disco de resgate não consegue ver os volumes físicos do lvm

Question

Nós temos um sistema que é configurado para ter um sistema de arquivos redundante incluindo as partições de inicialização. Estamos em um ponto agora que o sistema não inicializa corretamente nas partições de inicialização. Ao inicializar, ele diz que não consegue localizar o grupo de volumes.

Ao inicializar no disco de recuperação do CentOS, fdisk -l vê todas as partições:

1º Raid tem um novo Inicialização / dev / sda1 / dev / sda2 swap
/ dev / sda3 LVM

2nd Raid tem um novo Inicialização / dev / sdc1 / dev / sdc2 swap
/ dev / sdc3 LVM

Há também um terceiro LVM em um disco RAID que está lá apenas para dados. Isso não está sendo lido também.

Ao executar o pvscan, ele diz "Nenhum volume físico correspondente encontrado". Existe uma maneira de ver porque ele não reconhece os volumes físicos do LVM?

    

Answer 1

vgscan -vvvv

lhe dará uma saída muito extensa sobre por que o vgscan considera qualquer volume específico como parte de um grupo de volumes. Você também pode executar pvs -a para ver um resumo de seus volumes físicos juntamente com atribuições de grupos de volumes.

vgscan -vvvv output for one of the partitions:

Opened /dev/sdc3 RO /dev/sdc3: size is 3772817055 sectors 
Closed /dev/sdc3 /dev/sdc3: size is 3772817055 sectors 
Opened /dev/sdc3 RO O_DIRECT /dev/sdc3: block size is 512 bytes 
Closed /dev/sdc3 Using /dev/sdc3 
Opened /dev/sdc3 RO O_DIRECT /dev/sdc3: block size is 512 bytes 
/dev/sdc3: No label detected
Closed /dev/sdc3

pvs -a didn't reveal anything. All physical volumes listed without a volume group assignment

"nenhum rótulo detectado" parece muito triste. Você tem certeza que é uma partição LVM2 e não, digamos, uma partição usada pelo md-raid? Você pode verificar usando mdadm --examine /dev/sdc3 . E por favor poste fdisk -l /dev/sdc

Yes I'm sure it is an LVM2 partition. The mdadm command gives "No md superblock detectd on /dev/sdc3" The fdisk says /dev/sdc3 is a Linux LVM partition.

Ah, então você estará na posição de sorte (ironia aqui, desculpe) tentar a recuperação do LVM devido a estruturas de dados presumivelmente danificadas. Existe um howto sobre a recuperação de LVM que pode lhe dar um ponto de partida - tente carregar sua configuração de VG a partir do próprio disco (usando dd if=/dev/sdc3 bs=512 count=255 skip=1 ) ou da pasta / etc / lvm / backup do seu antigo sistema de arquivos raiz (que eu entendo que esteja em / dev / sdc1) em / etc / lvm / backup / e re-emitindo o comando vgscan .

I tried that on both sda3 and sdc3 (as you can see, I have 3 lvm partitions to do this too) and they all result in binary files in the output text file. Ok, correction. There is some lvm meta data in the file, but it's several bytes into the file. I'm looking through the data, but it looks correct. I will keep trying to go through that restore process.

Isso é esperado - as configurações VG e LV são de texto puro dentro de estruturas binárias.

I ended up using a slightly modified process than what was outlined here. I ended up making a cfgbackup file from the byte data in the LVM, do a pvcreate, then a vgcfgrestore. After that, it worked. Thanks for the help.