lvmcache: не удалось подключиться к lvmetad на Debian Stretch во время загрузки

Question

У меня недавно установленный микросервер HP с Debian Stretch. Я установил RAID5 с LVM сверху и создал lvmcache. home - это символическая ссылка, указывающая на каталог в этом LVM. Он монтируется через /etc/fstab (после / , конечно). Настройте lvmcache, как здесь.Я уже настроил это дважды. Без усилий.

Я могу загрузиться при удалении lvmcache из раздела данных. Когда я включаю кеш на работающей системе, кеш используется и работает. Итак, это проблема с загрузкой.

Когда появляется ошибка, lvscan показывает, что раздел данных неактивен. Он говорит, что ожидает подключения к lvmetad, и ждет 1:30 минут странного имени устройства (иногда что-то вроде /dev /mapper /x2d...). У меня нет названия этого устройства на моей машине.

Обходной путь (отключение кэша во время загрузки):

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

Это единственное, что я изменил, а затем снова загрузку. Но я бы очень хотел использовать этот кеш.

  # 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

Здесь вы можете увидеть, как установлена политика кэширования mq. В начале это было установлено на smq, изменение не помогло. отсюда

# 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  

Пожалуйста, дайте мне знать, если вам нужна дополнительная информация. Не хочу публиковать тонны продукции здесь, пока я не знаю, полезно ли это.

Я уже много гуглил, но не нашел решения этой проблемы, связанной с lvmcache. Но я также не нашел сообщений о том, что Debian не может использовать lvmcache ...

Это решение cache_check для аналогичной проблемы также ничего не исправило для меня.

Answer 1

Я встретил проблему то же самое с вами.

Я имею 3 lvs(сбор, изучение, анонимный) в vg(nasvg) и использую ssd для обучения lv с lvmcache. Когда я его устанавливал, ничего плохого не произошло, но при перезагрузке у меня получился тот же вывод. После того, как я прокомментировал монтирование study-lv в /etc/fstab , оно успешно загружается. Кроме того, lvscan показывает Study -lv inactive , и как только я пытаюсь его активировать, я получил, что /usr/sbin/cache_check execvp failed no such file or directory

Я получил помощь здесь https://bugs.launchpad.net/devstack/+bug/1615134. Кажется, что отсутствие пакета "thin-provisioning-tools" делает мой lvmcache недоступным.

Затем с помощью sudo apt-get install thin-provisioning-tools и sudo vgchange -a y nasvg все было в порядке, и теперь я могу успешно загрузиться с помощью lvmcache.

Вот моя среда:

Ubuntu 18.04(amd64)

Версия LVM: 2.02.176(2) (2017-11-03)