Не удалось загрузиться с новым пулом кэша lvm2 по умолчанию, устанавливающим cache-policy-smq
Я создал lvm диск с lvmcache на твердотельном диске на ubuntu 16.04 Following это, но не удался смонтировать свой корневой объем после сервера перезагрузки.
Я могу загрузиться в 16,04 живых CD и смонтироваться /dev/mapper/vg0-root
успешно (с Восстановлением начальной загрузки, mdadm, инструментами тонкой резервации памяти).
После некоторого рытья Это кажется новой политикой lvmcache dm-cache-smq
пропускает/не поддерживает в где-нибудь, но я понятия не имею, что сделать затем.
Как я могу зафиксировать это?
Повторение сообщения об ошибке, показывающее до, монтируется, ожидают тайм-аут, затем консоль отбрасывает a (initramfs)
оболочка.
Begin: Running /scripts/local-block . . . lumetad is not active yet, using direct activation during sysinit
/sbin/nodprobe failed: 1
device-mapper: cache: You have created a cache device with a lot of individual cache blocks (7600000)
All these mappings can consume a lot oF kernel memory, and take some time to read/write
Please consider increasing the cache block size to reduce the overall cache block count
device-mapper: cache-policy: unknown policy type
device-mapper: table: 252:4: cache: Error creating cache's policy
device-napper: ioctl: error adding target to table
device-mapper: reload ioctl on (252:4) failed: Invalid argument
done.
dm_cache
dm_cache_mq
dm_cache_smq
dm_persistent_data
dm_bufio
#!/bin/sh
PREREQ="lvm2"
prereqs()
{
echo "$PREREQ"
}
case $1 in
prereqs)
prereqs
exit 0
;;
esac
if [ ! -x /usr/sbin/cache_check ]; then
exit 0
fi
. /usr/share/initramfs-tools/hook-functions
copy_exec /usr/sbin/cache_check
manual_add_modules dm_cache dm_cache_mq dm_cache_smq dm_persistent_data dm_bufio
Я возвращаю lvmcache к mq политике получить мой сервер онлайн временно, но все еще поиск решений для кэша с smq политикой.
lvremove vg0/cachedata
lvcreate -L 480M -n cachemeta vg0 /dev/sde
lvcreate -L 475000M -n cachedata vg0 /dev/sde
# Use mq here
lvconvert --type cache-pool --cachepolicy mq --chunksize 8192 --poolmetadata vg0/cachemeta --cachemode writeback vg0/cachedata --yes
lvconvert --type cache --cachepool vg0/cachedata vg0/root
Это, вероятно, поздно как ответ, но я сделал вещи в Вашем сообщении (но с установкой человечности 16.04.1), и оно работало с smq-политикой. Это кажется проблемой, которую Вы имели, был разрешен.
Это - то, что я сделал, команда командой.
Первый, у меня были большой жесткий диск на/dev/sda и SSD на/dev/sdb.
я отформатировал/dev/sda, чтобы иметь 10 МБ, свободных в начале, затем сопровождаемом на 1 ГБ ext4 основной раздел, который будет использоваться для начальной загрузки / в установке (Вы не можете кэшировать ядро, таким образом, ядра могут пойти туда). Остальная часть/dev/sda очищена как sda2.
sudo pvcreate /dev/sda2
sudo pvcreate /dev/sdb
sudo vgcreate VG /dev/sda2 /dev/sdb
sudo lvcreate -L 3.5T -n lv VG /dev/sda2
sudo lvcreate -L 450G -n lv_cache VG /dev/sdb
sudo lvcreate -L 4.5G -n lv_cache_meta VG /dev/sdb
sudo lvconvert --type cache-pool --cachemode writeback --poolmetadata VG/lv_cache_meta VG/lv_cache
sudo lvs -a
sudo lvconvert --type cache --cachepool VG/lv_cache VG/lv
sudo lvs -a
sudo lvdisplay
sudo mkfs.ext4 /dev/VG/lv
По этому вопросу, я устанавливаю человечность на/dev/VG/lv партоне как / с начальной загрузкой / на/dev/sda1.
После установки, ядро этой новой установки должно быть перекомпилировано с некоторыми модификациями (в случае человечности 16.04.1)
#### mount existing installation
sudo chmod 777 /var/cache/app-info/xapian/default -R
sudo add-apt-repository universe
sudo apt-get update
sudo apt-get install thin-provisioning-tools
sudo vgchange -a y VG
sudo mkdir /new
sudo nano /etc/fstab
###add this line to fstab: /dev/VG/lv /new ext4 defaults 0 0
sudo mount /dev/VG/lv
### We will need to install some new packages in the chroot, so fix internet
sudo mount --bind /dev /new/dev
sudo mount --bind /proc /new/proc
sudo mount --bind /sys /new/sys
sudo cp /etc/resolv.conf /new/etc/resolv.conf
sudo chroot /new
echo 'nameserver 8.8.4.4' | sudo tee -a /etc/resolv.conf
sudo add-apt-repository universe
sudo apt-get update
sudo apt-get install thin-provisioning-tools
#### recompile kernel with additional hook for dm_cache_smq
echo "dm_cache" >> /etc/initramfs-tools/modules
echo "dm_cache_mq" >> /etc/initramfs-tools/modules
echo "dm_cache_smq" >> /etc/initramfs-tools/modules
echo "dm_persistent_data" >> /etc/initramfs-tools/modules
echo "dm_bufio" >> /etc/initramfs-tools/modules
nano /etc/initramfs-tools/hooks/cache_hook
содержание отсюда: http://forums.debian.net/viewtopic.php?f=5&t=119644 последняя строка была изменена, чтобы smq работал
#!/bin/sh
PREREQ="lvm2"
prereqs()
{
echo "$PREREQ"
}
case $1 in
prereqs)
prereqs
exit 0
;;
esac
if [ ! -x /usr/sbin/cache_check ]; then
exit 0
fi
. /usr/share/initramfs-tools/hook-functions
copy_exec /usr/sbin/cache_check
manual_add_modules dm_cache dm_cache_mq dm_cache_smq dm_persistent_data dm_bufio
Затем, мы продолжаем следующее, чтобы скомпилировать ядро и поместить его в корректное пятно.
chmod +x /etc/initramfs-tools/hooks/cache_hook
mkdir /realboot
mount /dev/sda1 /realboot
update-initramfs -v -u -k all -b /realboot
Теперь перезагрузка, и это работало. Я уже попробовал это на 2 машинах, больше для следования.
Чтобы сделать ситуацию более интересной, моя корневая файловая система находится на томе lvm в массиве md raid 5. Кэширование с обратной записью корневого тома на ssd-диске привело к невозможности загрузки системы и остановке в busybox, где мне нужно внимательно прочитать приведенное выше решение, чтобы исправить это. Чтобы восстановить загрузку, я запустил систему с USB-накопителя для запуска Ubuntu, установил mdadm для запуска массива md, добавил вселенную в /etc/apt/sources.list, чтобы иметь возможность устанавливать инструменты тонкого предоставления и удалил кеширование в корне объем:
Boot from Ubuntu USB startup stick
# sudo edit /etc/apt/sources.list # add "universe" to all deb lines
# sudo apt update
# sudo apt install -y mdadm
# sudo mdadm --assemble /dev/md0
# sudo apt install -y thin-provisioning-tools
# sudo lvm
lvm> lvconvert --splitcache vg/root
Logical volume vg/root is not cached and cache pool vg/CacheRoot is unused.
# exit
# reboot
Успешная загрузка в некэшированный корень и готовность к следующему испытанию.