01.21.08
server disks configuration.
Все-таки получается довольно большой гемморой с multiparition raid c lvm поверх него. В принципе есть довольно много более простых схем.
{ /dev/sda; /dev/sdb } диски
{ /dev/sd(a/b)1; /dev/sd(a|b)2; /dev/sd(a|b)3; } разделы
{ /dev/md0 - /boot; /dev/md1 - root; /devmd2 - lvm; }. неколько рейдов на их основе. Таким образом мы избавляемся от multipartition raid и
autodetect ядром должен без всякий проблем происходить.
А то строка параметров ядра выглядела у меня вот так:
kernel /vmlinuz-xxxx raid=noautodetect,part md=d0,/dev/sda2,/dev/sdb2 root=/dev/md_d0p1
потом стала еще круче при смене нодовой системы:
kernel /vmlinuz-xxxx raid=noautodetect,part md=d0,/dev/sda2,/dev/sdb2 root=/dev/mapper/serv-centos
Плюс пришлось собирать модифицированный initrd для корректной загрузки с lvm
Однако с grub’ом по-прежнему могут быть проблемы, если его использовать в качестве загрузчика. default saved в конфиге работать не будет из-за проблем
записи на рейд из grub. Что очень обломно при удаленном обновлении ядер. Решением может быть вынос /boot на не рейдовый раздел. Либо использование lilo. Кстати, надо бы посмотреть, не изменилось ли в этом отношении что-то в grub2.
Помимо это в принципе, при использовании lvm использование рейда
становится не очень обязательным. lvm имеет собственные средства для зеркалирования томов. Правда открытым вопросом остается, будет ли рутовый каталог нормально грузится с такого lvm. В связке с рейдом это было проблемой (up). Опять же, надо гуглить и маны смотреть ).
Ну и в связи с этим всем нельзя не отметь выход десятой альфы btrfs, о которой я писал до этого. Подрастает альтернатива zfs ) Главное, чтоб из-за такой обалденной “фичастости” не слишком ужасно
страдала скорость.