kernel update - ATENÇÃO: o lvmetad está rodando, mas desabilitado. Reinicie o lvmetad antes de habilitá-lo!

Question

Acabei de atualizar um dos nossos servidores debian jessie e o kernel foi atualizado, nada de especial, já que fizemos isso muitas vezes. Mas a primeira vez houve alguns avisos quando o arquivo de configuração do grub estava sendo gerado. Nunca os vi antes. Tanto quanto eu posso dizer o sistema funciona muito bem depois de 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 entendi?) e também não conseguia entender se isso pode ser ignorado. Alguém aqui tem uma ideia? Obrigado

    

Answer 1

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

link

No entanto, no nosso caso use_lvmetad = 0, então eu 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 com o lvm2-monitor, que está sendo executado com alegria no meu sistema, acredito na sua também. Por favor, confira 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

Eu não vejo nenhum vestígio do aviso após a reinicialização e com base nas outras informações, acredito que o aviso seja seguro para ignorar neste estágio. Se você receber mais ou outros avisos, você deve procurar mais.

Além disso, costumava receber avisos LVM em cada atualização de imagem ou reconfiguração de grub sobre os nomes em que acredito, o que se tornou sem importância e provavelmente conectado ao hardware antigo. Então 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!

    

Answer 2

parece que o padrão do Debian é ter use_lvmetad=1 e o aviso vem porque você tem ele desligado localmente, mas o lvmetad está rodando.

Portanto, uma solução é definir use_lvmetad=1 em /etc/lvm/lvm.conf . Isso funcionou para mim.