Kernel-Update - WARNUNG: lvmetad wird ausgeführt, ist jedoch deaktiviert. Starten Sie lvmetad neu, bevor Sie es aktivieren!

Ich habe gerade einen unserer Debian-Jessie-Server aktualisiert und der Kernel wurde aktualisiert, nichts Besonderes, wie wir es schon oft getan haben. Beim ersten Generieren der Grub-Konfigurationsdatei gab es jedoch einige Warnungen. Ich habe sie noch nie gesehen. Soweit ich das beurteilen kann, läuft das System nach einem Neustart einwandfrei.

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

Ich habe online nach der Warnung gesucht, aber ich konnte keine anständige Erklärung finden, die für mich Sinn machte (vielleicht nicht verstanden?) Und auch nicht verstehen, ob dies ignoriert werden kann. Hat hier jemand eine Idee? Vielen Dank

debian kernel lvm

— Preexo
quelle

Als Einstiegspunkt: # systemctl list-unit-files | grep -i lvm

Was ist in locking_typeeingestellt /etc/lvm/lvm.conf?

— Ferenc Wágner

locking_type = 1. Scheint der Standard zu sein.

— Preexo

Und use_lvmetad = 1? Läuft lvmetadwirklich? Was systemctl status lvm2-lvmetadsagt das aus? Vielleicht zz-update-grubüberschreibt der Hook vorübergehend einige dieser Einstellungen? Erhalten Sie keine ähnlichen Warnungen, wenn Sie LVM-Befehle manuell ausführen?

— Ferenc Wágner

Ich habe dies kürzlich auch auf einigen Jessie-Systemen gesehen, aber ich habe es ignoriert, weil ich denke, dass es nur eine leider formulierte Fehlermeldung ist. In lvm.confdiesem Kommentar heißt es:

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

Ich denke, diese Warnung soll Sie nur daran erinnern, dass Sie sich in einer seltsamen Situation befinden, in der lvmetad ausgeführt wird, aber über die Konfiguration deaktiviert ist. Nur wenn Sie es in der Konfigurationsdatei aktivieren möchten, müssen Sie neu starten es. Seltsamerweise stimmen der Conf-Kommentar und die Warnung nicht mit der Reihenfolge überein.

— Brad Spencer

Antworten:

Laut Informationen von Peter Rajnoha über einen alten Fedora-Fehler 1152185 aus dem Jahr 2014 ist die Warnung vorhanden, denn wenn lvmetad bereits instanziiert ist und ausgeführt wird, führt die Verwendung von use_lvmetad = 0 dazu, dass LVM-Befehle, die unter dieser Einstellung ausgeführt werden, lvmetad nicht über Änderungen benachrichtigen lvmetad kann einige Informationen übersehen - daher die Warnung. "

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

In unserem Fall ist jedoch use_lvmetad = 0, daher glaube ich, dass die Warnungen nur während des Updates und der Grub-Neukonfiguration angezeigt werden.

Nach den Erläuterungen im Fehlerbericht ist dies mit dem lvm2-Monitor verbunden, der auf meinem System problemlos ausgeführt wird. Ich glaube auch an Ihren. Bitte überprüfen Sie die Prozesszeile:

# 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

Ich sehe nach dem Neustart keine Spuren der Warnung und basierend auf den anderen Informationen glaube ich, dass die Warnung zu diesem Zeitpunkt sicher ignoriert werden kann. Wenn Sie weitere oder andere Warnungen erhalten, sollten Sie diese weiter untersuchen.

Außerdem erhielt ich bei jeder Image-Aktualisierung oder Grub-Neukonfiguration LVM-Warnungen zu den Namen, von denen ich glaube, dass sie unwichtig waren und höchstwahrscheinlich mit der alten Hardware verbunden waren. Das ist also nicht ungewöhnlich.

Preexo, ich hoffe, dass dies Ihre beiden Bedenken beantwortet hat. Rubo77, ich hoffe ich war auch für dich hilfreich.

Mit freundlichen Grüßen!

— Boyan Alexiev
quelle

Es sieht so aus, als ob die Debian-Standardeinstellung vorhanden ist,use_lvmetad=1 und die Warnung wird angezeigt, weil Sie sie lokal deaktiviert haben, lvmetad jedoch ausgeführt wird.

So eine Lösung ist gesetzt use_lvmetad=1in /etc/lvm/lvm.conf. Das hat bei mir funktioniert.

— Poolie
quelle

Ich mache es und arbeite für mich an Proxmox 4.4 über Debian Jessie

— Abdel Karim Mateos Sanchez