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

Я недавно настроил НР Микросервер с натяжкой Дебиан. Я создал RAID5 с LVM сверху и построил lvmcache. home - это симлинк на директорию, на что ЛВМ. Свое установленное через /etc/fstab (после /, конечно). Настройте lvmcache как здесь.Я уже это дважды. Никакое усилие.

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

при появлении ошибки,lvscan показывает, что раздел данных неактивен. Он говорит, что ждет подключения к lvmetad, и он ждет 1: 30mins для странного имени устройства (somethiong как /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 для подобной проблемы также ничего не исправить для меня.

1
задан Corni
17.12.2022 13:01 Количество просмотров материала 2628
Распечатать страницу

1 ответ

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

у меня есть 3 lvs (сбор, исследование, анонимный) в vg(nasvg) и использовать ssd для исследования-lv с lvmcache. Ничего плохого не произошло, когда я устанавливал его, но когда я перезагрузился, я получил тот же вывод с вами. После я прокомментировал Маунт исследования-lv в /etc/fstab, Он успешно загружается. Также,lvscanпоказывает исследование-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)

1
отвечен easy88866 2022-12-18 20:49

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх