Eu tenho um servidor que foi configurado usando o LVM. Correu por anos muito bem com a questão até cerca de 10 dias atrás. Quando tentei entrar, o servidor travou. Quando olhamos para o servidor usando um KUBUNTU Live CD, "fdisk -l" mostra que o disco rígido ainda contém suas duas partições - (/ dev / sdc1 com sistema de arquivos ext3 para a partição / boot e / dev / sdc2 que está configurado com LVM). Se eu fizer um pvdisplay, o LVM reconheceu / dev / sda2, e este LVM só tinha esse volume físico como membro. Se eu fizer um vgdisplay, o servidor não verá nenhum grupo de volume e, se eu fizer um lvdisplay, ele também não verá volumes lógicos. lvmdiskscan mostra o pv em / dev / sda2 como deveria. No entanto, o vgscan não encontra nada e o lvscan não encontra nada. Por segurança, fiz backups de imagens do disco rígido inteiro para que qualquer tentativa malsucedida de corrigir esse problema seja revertida.
Obviamente, algo aconteceu com os metadados do Grupo de Volume. Eu li em toda a web procurando soluções e encontrei muito pouco que parece promissor para o caso, e não houve backup desta estrutura LVM, nem dos dados abaixo. Uma coisa que notei na minha pesquisa é que muitas pessoas parecem ter perdido seus metadados do Grupo de Volume depois de tentar redimensionar seu LVM. Não tentamos manualmente qualquer redimensionamento, mas é possível que um volume lógico tenha crescido para exceder o tamanho do grupo de volume, e talvez o LVM pudesse ter tentado automaticamente redimensioná-lo, causando essa perda de metadados. Eu não posso verificar isso, no entanto, porque todos os arquivos de log estão dentro de um dos volumes lógicos abaixo deste grupo de volume.
Eu vi um cenário semelhante a esse cenário e onde um reparo foi bem-sucedido. Dê uma olhada no link onde alguém foi capaz de determinar os valores de deslocamento usando pvck e, em seguida, explorando a partição com um editor hexadecimal, recuperando os valores dos deslocamentos, separando dois dos deslocamentos e criando um arquivo de restauração usando essas informações e, em seguida, recriando LVM para restaurar a capacidade de encontrar os dados.
Alguém aqui tem outras ideias que possam ajudar a reparar esse problema? Estou disposto a tentar o exemplo acima, mas quero a entrada de alguém aqui que possa ter uma experiência bem-sucedida na correção do problema que estamos enfrentando.
Atenciosamente, Jim
Basicamente, precisa de informações
Você pode enviar uma saída anterior de suas configurações e quais configurações config agora? Quais erros aparecem?
As versões do lvm são atuais e estáveis?
Pelo menos você tem dois discos rígidos sda e sdc
Talvez você tenha volumes espelhados?
O Kubuntu tem o LVM ativado? Com suporte de espelho?
Você tem algum backup anterior de / etc / lvm? Este diretório contém a configuração 'atual' e versões anteriores.
Tags lvm restore corruption proxmox