Je viens de mettre à jour l'un de nos serveurs de Debian Jessie et que le noyau a été mis à jour, rien de spécial, comme nous l'avons fait plusieurs fois. Mais la première fois, il y avait des avertissements lorsque le fichier de configuration de la grow était en cours de généré. Je ne les ai jamais vu avant. Pour autant que je puisse dire que 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 me faisait du sens (peut-être pas comprise?) Et je ne pouvais pas non plus comprendre si cela peut être ignoré. Quelqu'un ici a une idée? Merci
selon des informations de Peter Rajnoha sur un ancien bogue Fedora 2014 1152185, "L'avertissement est là parce que si Lvmetad est déjà instancié et exécuté, il s'agissait d'utiliser user_lvmetad = 0 causera les commandes LVM exécutées sous ce paramètre pour ne pas notifier à LVMETAD sur tout changement - donc Lvmetad peut manquer des informations - d'où l'avertissement. ".
https://bugzilla.redhat.com/show_bug.cgi?id=1152185
Cependant, dans notre cas, utilisez_lvmetad = 0, donc j'ai tendance à croire que les avertissements n'apparaissent que pendant la mise à jour et la reconfiguration de la bouffe.
Selon les explications du rapport de bogue, celle-ci est connectée à LVM2-Monitor, qui est heureusement exécutée sur mon système, je crois aussi sur le vôtre. Veuillez consulter la ligne de 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 redémarrage et basé sur les autres informations que je crois que l'avertissement est sûr d'ignorer à ce stade. Si vous obtenez des avertissements plus ou d'autres avertissements, vous devez en examiner davantage.
De plus, je recevais des avertissements LVM sur chaque mise à jour de l'image ou la reconfiguration de la gravure sur les noms que je crois, ce qui s'est avéré sans importance et probablement connecté à l'ancien matériel. Donc, ce n'est pas rare.
Preexo, j'espère que cela a répondu à vos deux préoccupations. Rubo77, j'espère que j'ai été utile pour vous aussi.
Bien à vous!
Il on dirait que la défaillance de Debian est d'avoir use_lvmetad=1
Et l'avertissement vient parce que vous l'avez désactivé localement, mais Lvmetad est en cours d'exécution.
Donc, une solution est de définir use_lvmetad=1
dans /etc/lvm/lvm.conf
. Cela a fonctionné pour moi.