lvmcache: falha ao conectar-se a lvmetad no Debian Stretch durante a inicialização

0

Eu tenho um HP Microserver recém-configurado com o Debian Stretch. Eu configurei um RAID5 com o LVM no topo e criei um lvcache. home é um link simbólico apontando para um diretório nesse LVM. É montado via /etc/fstab (após / , claro). Configure o lvmcache como aqui .Eu já configurei isso duas vezes. Sem esforço.

Eu posso inicializar ao remover o lvmcache da partição de dados. Quando eu habilito o cache em um sistema em execução, o cache é usado e funciona. Então, é um problema de inicialização.

Quando o erro aparecer, lvscan mostra que a partição de dados está inativa. Ele diz esperando para se conectar ao lvmetad e está esperando 1: 30mins por um nome de dispositivo estranho (algo como / dev / mapper / x2d ...). Eu não tenho esse nome de dispositivo na minha máquina.

Solução alternativa (desativando o cache durante a inicialização):

lvconvert --splitcache server-vg/data
lvchange -ay server-vg/data
lvscan                            # check if its active again. 

Esta é a única coisa que eu mudei e depois a inicialização novamente. Mas eu realmente gostaria de usar esse cache.

  # lvs -a
  LV                 VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  cache-data         server-vg Cwi---C--- 20,00g                                                    
  [cache-data_cdata] server-vg Cwi------- 20,00g                                                    
  [cache-data_cmeta] server-vg ewi------- 24,00m                                                    
  data               server-vg -wi-ao----  1,82t                                                    
  [lvol0_pmspare]    server-vg ewi------- 24,00m                                                    
  root               server-vg -wi-ao---- 27,94g                                                    
  swap_1             server-vg -wi-ao----  3,96g

Aqui, você pode ver que a política de cache mq está definida. No começo, isso foi definido como smq. A mudança não ajudou. aqui

# lvs -o+cache_policy,cache_settings server-vg/cache-data
  LV         VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert CachePolicy CacheSettings
  cache-data server-vg Cwi---C--- 20,00g                                                     mq  

Por favor, deixe-me saber se você precisar de mais informações. Não quero postar toneladas de saída aqui enquanto eu não sei se é útil.

Eu já pesquisei muito, mas não encontrei nenhuma solução para esse problema relacionado ao lvmcache. Mas eu também não encontrei nenhum post dizendo que o Debian não é capaz de usar o lvmcache ...

Esta solução cache_check para um problema semelhante também não corrigiu nada para mim .

    
por Corni 14.10.2018 / 21:58

1 resposta

1

Eu encontrei o problema mesmo com você.

Tenho 3 lvs (coleção, estudo, anônimo) em um vg (nasvg) e uso um ssd para estudo-lv com lvmcache. Nada de errado aconteceu quando eu o instalei, mas quando eu reiniciei, recebi a mesma saída com você. Depois que eu comentei o mount de study-lv em /etc/fstab , ele inicializa com sucesso. Além disso, lvscan mostra o estudo-lv inactive , e uma vez que eu tento ativá-lo, eu tenho que   /usr/sbin/cache_check execvp failed no such file or directory

Eu recebi ajuda do link . Parece que a falta de pacote "thin-provisioning-tools" faz meu lvmcache para baixo.

Então, com sudo apt-get install thin-provisioning-tools e sudo vgchange -a y nasvg , tudo deu certo e eu posso inicializar com sucesso agora com o lvmcache.

Aqui está meu evironment:

ubuntu 18.04 (amd64)

Versão do LVM: 2.02.176 (2) (2017-11-03)

    
por 17.10.2018 / 08:07