lvmcache: nie udało się połączyć z lvmetad na Debian Stretch podczas rozruchu

Mam świeżo skonfigurowanego HP Microserver z Debian Stretch. Ustawiłem RAID5 z LVM na górze i zbudowałem lvmcache. homejest dowiązaniem symbolicznym wskazującym katalog na tym LVM. Jest montowany przez /etc/fstab( /oczywiście po). Skonfiguruj lvmcache jak tutaj. Już skonfigurowałem dwa razy. Bez wysiłku.

Mogę uruchomić podczas usuwania lvmcache z partycji danych. Po włączeniu pamięci podręcznej w działającym systemie pamięć podręczna jest używana i działa. Jest to problem z uruchomieniem.

Gdy pojawi się błąd, lvscanpokazuje, że partycja danych jest nieaktywna. Mówi, że czeka na połączenie z lvmetad i czeka 1: 30 minut na dziwną nazwę urządzenia (coś takiego jak / dev / mapper / x2d ...). Nie mam tej nazwy urządzenia na moim komputerze.

Obejście (wyłączenie pamięci podręcznej podczas uruchamiania):

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

Jest to jedyna rzecz, którą zmieniłem, a następnie ponowne uruchomienie. Ale naprawdę chciałbym użyć tej pamięci podręcznej.

  # 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

Tutaj możesz zobaczyć, że zestaw zasad cq jest ustawiony. Na początku było to ustawione na smq. Zmiana nie pomogła. stąd

# 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  

Daj mi znać, jeśli potrzebujesz dodatkowych informacji. Nie chcę tutaj publikować ton wyników, ale nie wiem, czy jest to pomocne.

Już dużo przeglądałem, ale nie znalazłem żadnych rozwiązań tego problemu związanego z lvmcache. Ale nie znalazłem też żadnych postów mówiących, że Debian nie jest w stanie używać lvmcache ...

To rozwiązanie cache_check dla podobnego problemu również mnie nie naprawiło.

Z tobą spotkałem ten sam problem.

Mam 3 lvs (kolekcja, nauka, anonimowy) w vg (nasvg) i używam ssd do badania lv z lvmcache. Nic się nie stało podczas instalacji, ale po ponownym uruchomieniu mam z tobą tę samą moc. Po tym, jak skomentowałem mount study-lv /etc/fstab, uruchamia się pomyślnie. Ponadto, lvscanprzedstawiono studium-LV inactive, a gdy próbuję aktywnego niego, że mam /usr/sbin/cache_check execvp failed no such file or directory

Otrzymałem pomoc tutaj https://bugs.launchpad.net/devstack/+bug/1615134 . Wydaje się, że brak pakietu „cienkich narzędzi do zarządzania” powoduje, że mój lvmcache jest wyłączony.

Następnie, przy pomocy sudo apt-get install thin-provisioning-tools, i sudo vgchange -a y nasvg, wszystko było w porządku i mogę teraz pomyślnie uruchomić z lvmcache.

Oto moje przesłanie:

ubuntu 18.04 (amd64)

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