atualização do kernel - AVISO: lvmetad está sendo executado, mas desativado. Reinicie o lvmetad antes de habilitá-lo!

Acabei de atualizar um de nossos servidores debian jessie e o kernel foi atualizado, nada de especial, como fizemos isso muitas vezes. Mas a primeira vez que houve alguns avisos quando o arquivo de configuração do grub estava sendo gerado. Eu nunca os vi antes. Tanto quanto posso dizer, o sistema funciona bem após uma reinicialização.

Setting up linux-image-3.16.0-4-amd64 (3.16.7-ckt25-2+deb8u3) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
/etc/kernel/postinst.d/zz-update-grub:
Generating grub configuration file ...
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
Found linux image: /boot/vmlinuz-3.16.0-4-amd64
Found initrd image: /boot/initrd.img-3.16.0-4-amd64
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!
done

Procurei o aviso on-line, mas não consegui encontrar uma explicação decente que fizesse sentido para mim (talvez não entenda?) E também não consegui entender se isso pode ser ignorado. Alguém aqui tem uma ideia? obrigado

debian kernel lvm

— Preexo
fonte

Como ponto de entrada: # systemctl list-unit-files | grep -i LVM

O que está locking_typedefinido /etc/lvm/lvm.conf?

— Ferenc Wágner 04/04

locking_type = 1. Parece ser o padrão.

— Preexo

E use_lvmetad = 1? Está lvmetadrealmente funcionando? O que systemctl status lvm2-lvmetaddiz? Talvez o zz-update-grubgancho substitua temporariamente algumas dessas configurações? Você não recebe avisos semelhantes ao executar comandos LVM manualmente?

— Ferenc Wágner

Vi isso também em alguns sistemas Jessie recentemente, mas o ignorei porque acho que é apenas uma mensagem de erro redigida infelizmente. Em lvm.confhá este comentário:

If lvmetad has been running while use_lvmetad was 0, it MUST be stopped before changing use_lvmetad to 1 and started again afterwards.

Então, eu acho que este aviso é apenas tentando lembrar que você está em uma situação estranha de lvmetad execução, mas desativado via configuração e somente se você quiser habilitá-lo no arquivo de configuração, você precisará reiniciar isto. Estranhamente, o comentário e o aviso do conf não concordam com a ordem.

— Brad Spencer

Respostas:

de acordo com informações de Peter Rajnoha sobre um bug antigo do fedora 2014 1152185, "O aviso existe porque se o lvmetad já está instanciado e em execução, usar use_lvmetad = 0 fará com que os comandos do LVM sejam executados nessa configuração para não notificar o lvmetad sobre alterações - portanto lvmetad pode perder algumas informações - daí o aviso ".

https://bugzilla.redhat.com/show_bug.cgi?id=1152185

No entanto, no nosso caso use_lvmetad = 0, portanto, acredito que os avisos aparecem apenas durante a atualização e a reconfiguração do grub.

De acordo com as explicações no relatório de erros, isso está conectado ao lvm2-monitor, que está sendo executado felizmente no meu sistema, acredito no seu também. Verifique a linha de processo:

# systemctl status lvm2-monitor
â lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using     dmeventd or progress polling
   Loaded: loaded (/lib/systemd/system/lvm2-monitor.service; enabled)
   Active: active (exited) since Sat 2016-07-09 04:04:49 EEST; 34min ago
     Docs: man:dmeventd(8)
           man:lvcreate(8)
           man:lvchange(8)
           man:vgchange(8)
  Process: 328 ExecStart=/sbin/lvm vgchange --monitor y --ignoreskippedcluster (code=exited, status=0/SUCCESS)
 Main PID: 328 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/lvm2-monitor.service

Não vejo vestígios do aviso após a reinicialização e, com base nas outras informações, acredito que seja seguro ignorar o aviso nesse estágio. Se você receber mais ou outros avisos, examine-o mais detalhadamente.

Além disso, eu costumava receber avisos do LVM em cada atualização de imagem ou reconfiguração do grub sobre os nomes que eu acredito, que acabaram não sendo importantes e provavelmente conectados ao hardware antigo. Portanto, isso não é incomum.

Preexo, espero que isso tenha respondido às suas duas preocupações. Rubo77, espero ter sido útil para você também.

Atenciosamente!

— Boyan Alexiev
fonte

Ele se parece com o padrão Debian é teruse_lvmetad=1 eo aviso vem porque você tê-lo localmente desligado, ainda lvmetad está em execução.

Então, uma solução é definido use_lvmetad=1no /etc/lvm/lvm.conf. Isso funcionou para mim.

— poolie
fonte

Eu faço isso, e trabalho para mim, em Proxmox 4.4 sobre Debian Jessie

— Abdel Karim Mateos Sanchez