actualización del kernel - ADVERTENCIA: lvmetad se está ejecutando pero está deshabilitado. ¡Reinicie lvmetad antes de habilitarlo!

Acabo de actualizar uno de nuestros servidores Debian Jessie y el núcleo se actualizó, nada especial, como lo hemos hecho muchas veces. Pero la primera vez hubo algunas advertencias cuando se estaba generando el archivo de configuración de grub. Nunca los he visto antes. Por lo que puedo decir, el sistema funciona bien después de un reinicio.

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

Busqué la advertencia en línea, pero no pude encontrar una explicación decente que tuviera sentido para mí (¿tal vez no entendida?) Y tampoco pude entender si esto se puede ignorar. ¿Alguien aquí tiene una idea? Gracias

debian kernel lvm

— Preexo
fuente

Como punto de entrada: # systemctl list-unit-files | grep -i lvm

¿Qué se locking_typeestablece en /etc/lvm/lvm.conf?

— Ferenc Wágner

locking_type = 1. Parece ser el estándar.

— Preexo

Y use_lvmetad = 1? ¿Está lvmetadrealmente corriendo? Que systemctl status lvm2-lvmetaddice ¿Quizás el zz-update-grubgancho anula temporalmente algunas de estas configuraciones? ¿No recibe advertencias similares cuando ejecuta comandos LVM manualmente?

— Ferenc Wágner

También he visto esto en algunos sistemas Jessie recientemente, pero lo ignoré porque creo que es solo un mensaje de error desafortunadamente redactado. Aquí lvm.confhay este comentario:

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

Entonces, creo que esta advertencia solo está tratando de recordarle que está en una situación extraña de lvmetad ejecutándose pero deshabilitado a través de la configuración y solo si desea habilitarlo en el archivo de configuración, deberá reiniciar eso. Curiosamente, el comentario conf y la advertencia no están de acuerdo sobre el orden.

— Brad Spencer

Respuestas:

según la información de Peter Rajnoha sobre un viejo error de fedora 2014 1152185, "La advertencia está ahí porque si lvmetad ya está instanciado y ejecutándose, entonces usar use_lvmetad = 0 hará que los comandos LVM se ejecuten bajo esta configuración para no notificar a lvmetad sobre cualquier cambio, por lo tanto lvmetad puede perder alguna información, de ahí la advertencia ".

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

Sin embargo, en nuestro caso use_lvmetad = 0, por lo que tiendo a creer que las advertencias aparecen solo durante la actualización y la reconfiguración de grub.

De acuerdo con las explicaciones en el informe de error, esto está conectado con lvm2-monitor, que se ejecuta felizmente en mi sistema, creo que también en el suyo. Por favor, consulte la línea de proceso:

# 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

No veo ningún rastro de la advertencia después del reinicio y, según la otra información, creo que la advertencia es segura de ignorar en esta etapa. Si recibe más u otras advertencias, debe investigarlo más a fondo.

Además, solía recibir advertencias de LVM en cada actualización de imagen o reconfiguración de grub acerca de los nombres que creo, que resultaron ser poco importantes y muy probablemente conectados al hardware antiguo. Entonces esto no es raro.

Preexo, espero que esto haya respondido a sus dos preocupaciones. Rubo77, espero haberte sido útil también.

¡Saludos cordiales!

— Boyan Alexiev
fuente

Se ve como el valor por defecto de Debian es teneruse_lvmetad=1 y la advertencia viene porque hay que resultó localmente fuera, sin embargo lvmetad está funcionando.

Así que una solución es establecer use_lvmetad=1en /etc/lvm/lvm.conf. Esto funcionó para mí.

— billar
fuente

Lo hago y trabajo para mí, en Proxmox 4.4 sobre Debian Jessie

— Abdel Karim Mateos Sanchez