Início / unix / Perguntas / 762830
Accepted
huynp
Asked: 2023-12-01 15:53:26 +0800 CST

Prática recomendada para remover um disco/PV com falha do VG

  • 772

Sou novo no LVM e ainda não sei qual é a melhor prática para remover um disco/PV com falha? Por exemplo: eu tenho uma piscina fina my_volume_group/my_lv. Eu removo um disco (/dev/sde) do controlador RAID e o lvm dá este aviso:

  WARNING: Couldn't find device with uuid QHOWyk-Ofjr-jnqU-iF7i-YqSJ-BeI4-UpqeI7.
  WARNING: VG my_volume_group is missing PV QHOWyk-Ofjr-jnqU-iF7i-YqSJ-BeI4-UpqeI7 (last written to [unknown]).

Tentei:

vgreduce --removemissing --force my_volume_group
Logical volume my_volume_group/res0_00000 is used by another device.

Então eu removo este recurso res0 neste nó e tento novamente:

vgreduce --removemissing --force my_volume_group
Cannot activate my_volume_group/my_lv_tdata: pool incomplete.
Failed to suspend my_volume_group/my_lv with queued messages.
Failed to update pool my_volume_group/my_lv.

Agora não tenho ideia de como sair dessa situação.

lvm

1 respostas

  1. Best Answer

    Aparentemente /dev/sdeainda continha pelo menos um pedaço de my_volume_group/my_lv_tdata, que é um componente essencial do volume lógico do thin-pool my_volume_group/my_lv. Você pode conectar o disco exatamente como estava?

    Então, se funcionar e vgchange -ay my_volume_groupfor bem-sucedido, use a pvmove /dev/sdepara tentar mover quaisquer dados restantes sdepara outros PVs de my_volume_group. Se for bem-sucedido, na pvssaída, os campos PSize e PFree /dev/sdedeverão ser iguais, indicando que nenhuma parte dele está mais em uso; só então você poderá começar a remover /dev/sdesem perda de dados.

    Você mencionou que tem um controlador RAID. Não vejo nenhuma evidência de qualquer configuração RAID aqui: se /dev/sdefosse apenas um único disco físico, então os recursos RAID do controlador pareciam não ser utilizados e não havia proteção contra a falha de um único disco. Então, onde deveria estar o RAID?

    Ou talvez /dev/sdeoriginalmente fosse um conjunto RAID 1 ou RAID 5, mas já tinha um disco com falha antes, então não poderia suportar mais falhas. Se a primeira falha passou despercebida, então você não tem monitoramento da integridade do RAID: você realmente precisa dele, porque sem ele, a falha do primeiro disco em cada conjunto RAID pode não apresentar nenhum sintoma detectável.

    Se o disco que estava /dev/sdeagora estiver completamente morto, seu grupo de volumes agora terá uma lacuna de dados perdidos no thin-pool LV my_lv. Se você tiver um bom backup dele, excluir my_lv, recriá-lo e restaurar seus dados do backup é provavelmente a maneira mais rápida e fácil de proceder.

    Os recursos de armazenamento do Linux podem ser empilhados uns sobre os outros em ordem arbitrária: esse é um recurso poderoso, mas pode ser confuso no início. Lembre-se de que você deve começar do fundo da pilha e construir uma camada de cada vez ao configurar coisas novas, e começar no topo e derrubar uma camada de cada vez ao remover coisas.

    (Se você retirar uma camada do meio da pilha, as camadas superiores agora não suportadas geralmente desaparecerão se não estiverem montadas ou em uso , mas você deve estar familiarizado com a configuração de armazenamento antes de usar este atalho. Se a camada que agora está no topo do nada estiver realmente em uso, o kernel ficará muito infeliz.)

    • 0

relate perguntas