У меня есть логический том LVM поверх настройки MDADM RAID1. Я пытаюсь добавить устройство SSD как кэш к этому логическому тому через:
vgextend dataVG /dev/sdd
lvcreate --type cache --cachemode writethrough -L 120G -n dataLV_cachepool dataVG/dataLV /dev/sdd
Все вроде бы хорошо, пока я не перезагрузил систему. После перезагрузки она не запускается и я попадаю в режим восстановления (Ubuntu).
В процессе загрузки я вижу следующие ошибки:
lvm[740]: dataVG: autoactivation failed.
systemd[1]: lvm2-pvscan@9:2.service: Main process exited, code=exited, status=5/NOTINSTALLED
systemd[1]: lvm2-pvscan@9:2.service: Failed with result 'exit-code'.
systemd[1]: Failed to start LVM2 PV scan on device 9:2.
lvm[774]: /usr/sbin/cache_check: execvp failed: No such file or directory
lvm[774]: Check of pool dataVG/dataLV_cachepool failed (status:2). Manual repair required!
lvm[774]: 0 logical volume(s) in volume group "dataVG" now active
lvm[774]: dataVG: autoactivation failed.
systemd[1]: Started File System Check on /dev/mapper/BACKUPVG-mainbackup.
systemd[1]: lvm2-pvscan@8:16.service: Main process exited, code=exited, status=5/NOTINSTALLED
systemd[1]: lvm2-pvscan@8:16.service: Failed with result 'exit-code'.
systemd[1]: Failed to start LVM2 PV scan on device 8:16.
systemd[1]: Mounting /mnt/mainbackup...
systemd[1]: Mounted /mnt/mainbackup.
kernel: EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null)
systemd[1]: dev-mapper-dataVG\x2dataLV.device: Job dev-mapper-dataVG\x2dataLV.device/start timed out.
systemd[1]: Timed out waiting for device dev-mapper-dataVG\x2dataLV.device.
systemd[1]: Dependency failed for /mnt/dataLV.
systemd[1]: Dependency failed for Local File Systems.
systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
systemd[1]: mnt-dataLV.mount: Job mnt-dataLV.mount/start failed with result 'dependency'.
systemd[1]: Dependency failed for File System Check on /dev/mapper/dataVG-dataLV.
systemd[1]: systemd-fsck@dev-mapper-dataVG\x2dataLV.service: Job systemd-fsck@dev-mapper-dataVG\x2dataLV.service/start failed with resu
systemd[1]: dev-mapper-dataVG\x2dataLV.device: Job dev-mapper-dataVG\x2dataLV.device/start failed with result 'timeout'.
Работает только тогда, когда я удаляю кэшированный диск из VG:
lvconvert --uncache dataVG/dataLV
Не знаю, как подойти к этому вопросу...
LVM-версия:
LVM version: 2.02.176(2) (2017-11-03)
Library version: 1.02.145 (2017-11-03)
решение1
У меня возникла та же проблема на Debian 8. Решение состоит из двух шагов.
Во-первых, поскольку требуемые модули не загружаются во время загрузки, система загружается с неактивным состоянием LVM для кэшированных LV.
Попытка активировать их вручную приводит к ошибке:
vgchange -a y vg0/home_cache
/usr/sbin/cache_check: execvp failed: No such file or directory
Check of pool vg0/home_cache failed (status:2). Manual repair required!
Действительно, команда /usr/sbin/cache_check не существует. Исправьте это установкой:
apt-get install thin-provisioning-tools
Во-вторых, устраните проблему, из-за которой не активируются тома кэша LVM. В образе загрузки initramfs требуется присутствие нескольких модулей. Добавьте их в принудительные модули для включения:
sudo echo "dm_cache" >> /etc/initramfs-tools/modules
sudo echo "dm_cache_mq" >> /etc/initramfs-tools/modules
sudo echo "dm_persistent_data" >> /etc/initramfs-tools/modules
sudo echo "dm_bufio" >> /etc/initramfs-tools/modules
И после этого сделайте:
update-initramfs -k `uname -r` -u -t
и наконец, обезопасьте себя:
update-grub
Проверьте все дважды и перезагрузите компьютер.
решение2
Я думаю, вам нужен модуль ядра кэша (dm-cache) и инструменты /usr/sbin/cache_* в вашем init ramdisk. В fedora это обрабатывается dracut, в debian (и ubuntu) пакет initramfs-tools.