lvmcache: Beim Booten von Debian Stretch konnte keine Verbindung zu lvmetad hergestellt werden

679
Corni

Ich habe einen frisch eingerichteten HP Microserver mit Debian Stretch. Ich habe ein RAID5 mit LVM eingerichtet und einen Lvmcache erstellt. homeist ein Symlink, der auf ein Verzeichnis in diesem LVM verweist. Es ist über /etc/fstab(nach /natürlich) montiert . Richten Sie den lvmcache wie hier ein. Ich habe dies bereits zweimal eingerichtet. Kein Aufwand.

Ich kann booten, wenn ich den Lvmcache von der Datenpartition entferne. Wenn ich den Cache auf einem laufenden System aktiviere, wird der Cache verwendet und funktioniert. Es ist also ein Startproblem.

Wenn der Fehler angezeigt wird, wird angezeigt, lvscandass die Datenpartition inaktiv ist. Es heißt "Warten auf Verbindung mit lvmetad" und es wartet 1:30 Minuten auf einen merkwürdigen Gerätenamen (etwas wie / dev / mapper / x2d ...). Ich habe diesen Gerätenamen nicht auf meiner Maschine.

Problemumgehung (Deaktivieren des Cache während des Startvorgangs):

lvconvert --splitcache server-vg/data lvchange -ay server-vg/data lvscan # check if its active again.  

Dies ist das einzige, was ich geändert habe, und dann wird es erneut gestartet. Aber ich würde diesen Cache wirklich gerne benutzen.

 # lvs -a LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert cache-data server-vg Cwi---C--- 20,00g  [cache-data_cdata] server-vg Cwi------- 20,00g  [cache-data_cmeta] server-vg ewi------- 24,00m  data server-vg -wi-ao---- 1,82t  [lvol0_pmspare] server-vg ewi------- 24,00m  root server-vg -wi-ao---- 27,94g  swap_1 server-vg -wi-ao---- 3,96g 

Hier sehen Sie die Cache-Richtlinie, für die mq festgelegt ist. Am Anfang war dies auf smq eingestellt. Die Änderung half nicht. von hier

# lvs -o+cache_policy,cache_settings server-vg/cache-data LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert CachePolicy CacheSettings cache-data server-vg Cwi---C--- 20,00g mq  

Bitte lassen Sie mich wissen, wenn Sie weitere Informationen benötigen. Ich möchte nicht Tonnen von Output hier posten, obwohl ich nicht weiß, ob es hilfreich ist.

Ich habe schon viel gegoogelt, aber keine Lösung für dieses Problem im Zusammenhang mit lvmcache gefunden. Ich habe aber auch keine Posts gefunden, die besagen, dass Debian lvmcache nicht verwenden kann ...

Diese cache_check-Lösung für ein ähnliches Problem hat auch nichts für mich behoben .

0

1 Antwort auf die Frage

1
easy88866

Ich habe das gleiche Problem mit dir getroffen.

Ich habe 3 Lvs (Sammlung, Studie, anonym) in einem VG (Nasvg) und verwende eine Ssd für Study-Lv mit Lvmcache. Bei der Installation ist nichts Falsches passiert, aber beim Neustart habe ich dieselbe Ausgabe erhalten. Nachdem ich den Mount von Study-LV kommentiert habe /etc/fstab, bootet er erfolgreich. Auch lvscanzeigt das Study-LV inactive, und sobald ich versuche, es zu aktivieren, habe ich das verstanden /usr/sbin/cache_check execvp failed no such file or directory

Ich habe hier von https://bugs.launchpad.net/devstack/+bug/1615134 Hilfe erhalten . Der Mangel an Paket "Thin-Provisioning-Tools" scheint meinen Lvmcache zu beeinträchtigen.

Dann, mit sudo apt-get install thin-provisioning-toolsund sudo vgchange -a y nasvg, war alles in Ordnung und ich kann jetzt mit lvmcache erfolgreich booten.

Hier ist meine Umgebung:

ubuntu 18.04 (amd64)

LVM-Version: 2.02.176 (2) (2017-11-03)

Sie sind mein Held!! Ein weiteres Problem mit meinem Server war die USB-Sicherungsdiskette, die automatisch in `/ etc / fstab` eingebunden wurde. Die Optionen `noauto, user, default 'wurden hier hinzugefügt. Das verursachte den Timeout-Fehler. Corni vor 6 Jahren 0