Após alguns erros de disco enquanto eu estava movendo algumas extensões, agora tenho um [pvmove0] bloqueado oculto que parece não ter nenhuma extensão física atribuída, embora tenha 4Mb de comprimento!
# lvs -a -o+seg_pe_ranges a/pvmove0
LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert PE Ranges
[pvmove0] a vwC---v--- 4.00m
Isso aconteceu há alguns anos em um sistema diferente (consulte aqui ) mas não recebi muitas respostas (apenas 1) e não consigo lembrar como / se eu corrigi-lo.
O lvremove a/pvmove0 'simples (opcionalmente com --force ) resulta na mensagem Can't remove locked LV pvmove0 .
pvmove --abort não faz nada. A presença deste volume não parece afetar outros movimentos (que simplesmente usam [pvmove1]).
Na configuração, o LV mostra:
pvmove0 {
id = "54veYD-hM8r-j214-MOD1-FGnV-3g7t-jRlZ7W"
status = ["READ", "WRITE", "LOCKED"]
flags = []
creation_host = "zotac"
creation_time = 1394764593 # 2014-03-14 02:36:33 +0000
allocation_policy = "contiguous"
segment_count = 1
segment1 {
start_extent = 0
extent_count = 1 # 4 Megabytes
type = "error"
}
}
Eu notei que não há nenhum volume físico associado ao LV.
Minha pergunta há alguns anos recebeu a sugestão de tentar dmsetup remove . Infelizmente, isso requer um nome de dispositivo e dmsetup info a-pvmove0 informa que Device does not exist .
Eu suspeito que a única correção é editar manualmente o arquivo de configuração para remover o LV ofensivo e, em seguida, usar vgcfgrestore , mas assumiria que não sou a única pessoa a ter esse problema e pensaria que há uma série de comandos para consertar isso!
[FYI: o disk errors foi a falha quase simultânea de 2 de 3 discos em uma matriz RAID; Felizmente, as unidades tinham apenas alguns blocos defeituosos, então consegui recuperar quase todos os megabytes de um volume de 500Gb usando ddrescue ]
Eu tive um problema semelhante com a falta de energia durante um pvmove . Emitir novamente o comando fez o processo ser retomado sem problemas.