ich habe gerade Updates eingespielt (Proxmox 5). Dabei wurde seit ich den Server in Betrieb habe erstmals ein neuer Kernel installiert. Beim Update von Grub habe ich folgende Warnungen erhalten:
WARNING: Not using lvmetad because config setting use_lvmetad=0.
WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache)
Irgendwas scheint da mit den LVM nicht zu stimmen?!?
pvscan liefert dasselbe
WARNING: Not using lvmetad because config setting use_lvmetad=0.
WARNING: To avoid corruption, rescan devices to make changes visible (pvscan --cache).
PV /dev/sdb1 VG vmdata lvm2 [7,28 TiB / 169,77 GiB free]
PV /dev/sda3 VG pve lvm2 [49,75 GiB / 6,07 GiB free]
Total: 2 [7,32 TiB] / in use: 2 [7,32 TiB] / in no VG: 0 [0 ]
Was mich auch irritiert:
In beiden VG ist kaum Platz frei, dabei ist der Server definitiv nicht so voll, oder verstehe ich da mal wieder was falsch?
Wichtiger für mich ist aber die Frage:
Muss ich mir da Sorgen wegen der Warnungen machen und dringend was unternehmen?
I’ve seen this too on some Jessie systems recently, but I’ve ignored it because I think it’s just an unfortunately worded error message. In lvm.conf there’s this comment: If lvmetad has been running while use_lvmetad was 0, it MUST be stopped before changing use_lvmetad to 1 and started again afterwards. So, I think this warning is just trying to remind you that you’re in a weird situation of lvmetad running but disabled via configuration and only if you want to enable it in the config file, you will need to restart it.
according to info from Peter Rajnoha about an old 2014 fedora bug 1152185, „The warning is there because if lvmetad is already instantiated and running, then using use_lvmetad=0 will cause LVM commands run under this setting to not notify lvmetad about any changes - therefore lvmetad may miss some information - hence the warning.“.
However, in our case use_lvmetad = 0, so I tend to believe the warnings appear only during the update and the grub reconfiguration.
[…]
I do not see any traces of the warning after reboot and based on the other information I believe the warning is safe to ignore at this stage. If you get any more or other warnings, you should look into it further.
Also, I used to receive LVM warnings on each image update or grub reconfiguration about the names I believe, which turned out to be unimportant and most probably connected to the old hardware. So this is not uncommon.
Das würde jetzt nicht nach dramatischer Situation klingen. Aber bei den ganzen Sachen mit diesem lvmetad = 0 (oder 1) blicke ich nicht wirklich durch. Dazu kenne ich mich damit zu wenig aus.
Also nochmal die Frage:
Muss ich mir sorgen machen oder was unternehmen? Und wenn ja, was genau?
also wenn ich nochmal über die Warnmeldung und was ich gelesen habe nachdenke:
Wenn in der /etc/lvm/lvm.conf use_lvmetad=1 gesetzt wäre (was nicht ist), würde lvmetad benutzt werden. Dann käme die Fehlermeldung nicht, richtig? Oder denke ich zu einfach?
Diese Einstellung einfach ändern will ich jedenfalls nicht, ohne mich rückversichert zu haben, dass ich damit nichts „kaputt“ machen kann.
Wer kennt sich also mit LVM aus und weiß, ob ich das ändern kann oder soll?
liest sich ähnlich wie bei dir, aber leicht andere fehlermeldung …
unten steht, dass ein reboot die sache behoben hat. hast du das schon
gemacht?
nein, hab noch keine Reboot gemacht.
Aktuell hat auch unser Haupt-DDNS-Anbieter ein Problem, weshalb ich
nicht auf den Server komme, ohne in all meine Lesezeichen und Skripten
die URL auszutauschen.
Ich werde das testen, ob ein Reboot hilft, wobei mich wegen
Not using lvmetad because config setting use_lvmetad=0
schon stutzig macht, ob das nicht besser use_lvmetad=1 in der Config
heißen müsste …