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

639
Corni

У меня недавно установленный микросервер 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 для аналогичной проблемы также ничего не исправило для меня.

0

1 ответ на вопрос

1
easy88866

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

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

Ты мой герой!! Другой проблемой с моим сервером был резервный USB-диск, который был автоматически смонтирован в `/ etc / fstab`. Здесь добавлены опции `noauto, user, defaults`. Это вызвало ошибку тайм-аута. Corni 6 лет назад 0