aktualizacja jądra - OSTRZEŻENIE: lvmetad jest uruchomiony, ale wyłączony. Uruchom ponownie lvmetad przed włączeniem go!

10

Właśnie zaktualizowałem jeden z naszych serwerów Debiana Jessie i jądro zostało zaktualizowane, nic specjalnego, ponieważ robiliśmy to wiele razy. Ale po raz pierwszy pojawiły się ostrzeżenia podczas generowania pliku konfiguracyjnego grub. Nigdy ich nie widziałem. O ile mogę stwierdzić, system działa ładnie po restarcie.

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

Szukałem ostrzeżenia online, ale nie mogłem znaleźć porządnego wyjaśnienia, które miałoby dla mnie sens (może nie zrozumiane?), A także nie mogło zrozumieć, czy można je zignorować. Czy ktoś tu ma pomysł? Dzięki

Preexo
źródło
Jako punkt wejścia: # systemctl list-unit-files | grep -i
Co jest locking_typeustawione w /etc/lvm/lvm.conf?
Ferenc Wágner
locking_type = 1. Wydaje się być standardem.
Preexo,
I use_lvmetad = 1? Czy to lvmetadnaprawdę działa? Co systemctl status lvm2-lvmetadmówi Może zz-update-grubhak tymczasowo zastępuje niektóre z tych ustawień? Czy nie otrzymujesz podobnych ostrzeżeń podczas ręcznego uruchamiania poleceń LVM?
Ferenc Wágner,
2
Ostatnio widziałem to również w niektórych systemach Jessie, ale zignorowałem to, ponieważ myślę, że to po prostu niestety sformułowany komunikat o błędzie. W lvm.conftam ten komentarz: If lvmetad has been running while use_lvmetad was 0, it MUST be stopped before changing use_lvmetad to 1 and started again afterwards. Tak, myślę, że to ostrzeżenie jest po prostu staramy się przypominać, że jesteś w dziwnej sytuacji lvmetad uruchomiony ale wyłączone poprzez konfigurację i tylko wtedy, gdy chcesz ją włączyć w pliku konfiguracyjnym, trzeba będzie restart to. Co dziwne, komentarz i ostrzeżenie dotyczące konf nie zgadzają się co do porządku.
Brad Spencer,

Odpowiedzi:

8

według informacji Petera Rajnoha o starym błędzie fedora z 2014 r. 1152185: „Ostrzeżenie jest tam, ponieważ jeśli lvmetad jest już utworzony i działa, to użycie use_lvmetad = 0 spowoduje, że polecenia LVM będą działać w tym ustawieniu, aby nie powiadamiać lvmetad o jakichkolwiek zmianach - dlatego lvmetad może przegapić pewne informacje - stąd ostrzeżenie. ".

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

Jednak w naszym przypadku use_lvmetad = 0, więc wydaje mi się, że ostrzeżenia pojawiają się tylko podczas aktualizacji i rekonfiguracji gruba.

Zgodnie z wyjaśnieniami w raporcie o błędzie, jest to związane z monitorem lvm2, który z radością działa na moim systemie, wierzę również w twój. Sprawdź linię procesu:

# 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

Nie widzę żadnych śladów ostrzeżenia po ponownym uruchomieniu i na podstawie innych informacji uważam, że ostrzeżenie można bezpiecznie zignorować na tym etapie. Jeśli otrzymasz więcej lub inne ostrzeżenia, powinieneś przyjrzeć się temu dalej.

Ponadto otrzymywałem ostrzeżenia LVM przy każdej aktualizacji obrazu lub rekonfiguracji gruba o nazwach, które według mnie, które okazały się nieistotne i najprawdopodobniej połączone ze starym sprzętem. Nie jest to więc rzadkie.

Preexo, mam nadzieję, że to rozwiąże twoje dwa obawy. Rubo77, mam nadzieję, że ci też pomogłem.

Z poważaniem!

Boyan Alexiev
źródło
2

To wygląda domyślny Debian jest posiadanieuse_lvmetad=1 i ostrzeżenie przychodzi, bo trzeba go lokalnie wyłączony, jeszcze lvmetad jest uruchomiony.

Więc jednym rozwiązaniem jest ustawienie use_lvmetad=1w /etc/lvm/lvm.conf. To zadziałało dla mnie.

poolie
źródło
Robię to i pracuję dla mnie nad Proxmox 4.4 nad Debianem Jessie
Abdel Karim Mateos Sanchez