mise à jour du noyau - AVERTISSEMENT: lvmetad est en cours d'exécution mais désactivé. Redémarrez lvmetad avant de l'activer!

10

Je viens de mettre à jour l'un de nos serveurs Debian Jessie et le noyau a été mis à jour, rien de spécial, comme nous l'avons fait plusieurs fois. Mais la première fois, il y a eu des avertissements lors de la génération du fichier de configuration grub. Je ne les ai jamais vu avant. Autant que je sache, le système fonctionne bien après un redémarrage.

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

J'ai cherché l'avertissement en ligne, mais je n'ai pas pu trouver une explication décente qui avait du sens pour moi (peut-être pas comprise?) Et ne pouvais pas non plus comprendre si cela pouvait être ignoré. Quelqu'un ici a une idée? Merci

debian kernel lvm Preexo
la source
Comme point d'entrée: # systemctl list-unit-files | grep -i lvm
Qu'est-ce qui est locking_typeréglé sur /etc/lvm/lvm.conf?
Ferenc Wágner
locking_type = 1. Semble être la norme.
Preexo
Et use_lvmetad = 1? Fonctionne lvmetadvraiment? Que systemctl status lvm2-lvmetaddit-on? Peut-être que le zz-update-grubcrochet remplace temporairement certains de ces paramètres? N'obtenez-vous pas des avertissements similaires lorsque vous exécutez les commandes LVM manuellement?
Ferenc Wágner
2
J'ai vu cela aussi sur certains systèmes Jessie récemment, mais je l'ai ignoré parce que je pense que c'est juste un message d'erreur malheureusement formulé. Dans lvm.confil y a ce commentaire: If lvmetad has been running while use_lvmetad was 0, it MUST be stopped before changing use_lvmetad to 1 and started again afterwards. Donc, je pense que cet avertissement essaie juste de vous rappeler que vous êtes dans une situation étrange de lvmetad en cours d'exécution mais désactivé via la configuration et seulement si vous voulez l'activer dans le fichier de configuration, vous devrez redémarrer il. Curieusement, le commentaire conf et l'avertissement ne sont pas d'accord sur l'ordre.
Brad Spencer

Réponses:

8

selon les informations de Peter Rajnoha sur un ancien bogue fedora 2014 1152185, "L'avertissement est là parce que si lvmetad est déjà instancié et en cours d'exécution, l'utilisation de use_lvmetad = 0 entraînera l'exécution des commandes LVM sous ce paramètre pour ne pas informer lvmetad de tout changement - par conséquent lvmetad peut manquer des informations - d'où l'avertissement. ".

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

Cependant, dans notre cas, use_lvmetad = 0, j'ai donc tendance à croire que les avertissements n'apparaissent que pendant la mise à jour et la reconfiguration de grub.

Selon les explications du rapport de bogue, cela est lié à lvm2-monitor, qui fonctionne heureusement sur mon système, je crois aussi sur le vôtre. Veuillez consulter la ligne Processus:

# 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

Je ne vois aucune trace de l'avertissement après le redémarrage et, d'après les autres informations, je pense que l'avertissement peut être ignoré à ce stade. Si vous recevez d'autres avertissements ou d'autres avertissements, vous devriez y jeter un œil.

De plus, j'avais l'habitude de recevoir des avertissements LVM à chaque mise à jour d'image ou reconfiguration de grub concernant les noms que je crois, qui se sont révélés sans importance et très probablement connectés à l'ancien matériel. Ce n'est donc pas rare.

Preexo, j'espère que cela a répondu à vos deux préoccupations. Rubo77, j'espère que je vous ai aussi été utile.

Sincères amitiés!

Boyan Alexiev
la source
2

Il semble que la valeur par défaut de Debian soit d'avoiruse_lvmetad=1 et l'avertissement vient parce que vous l'avez désactivé localement, pourtant lvmetad est en cours d'exécution.

Donc , une solution consiste à mettre use_lvmetad=1en /etc/lvm/lvm.conf. Cela a fonctionné pour moi.

poolie
la source
Je le fais et travaille pour moi sur Proxmox 4.4 sur Debian Jessie
Abdel Karim Mateos Sanchez