При установленном пакете evms не стартует lvm2. Пакет evms поставился в систему, видимо, установщиком, не настраивался. В стартовом скрипте есть строки: # Activate LVM if [ -z "$EVMS_ACTIVE" ]; then /etc/rc.d/scripts/lvm_start fi Варианты: 1. Проверять, настроен ли evms на запуск lvm, если нет, то запускать lvm_start. 2. Выводить в этом месте предупреждение, что lvm не запускается, потому что установлен evms.
(In reply to comment #0) > При установленном пакете evms не стартует lvm2. Пакет evms поставился в систему, > видимо, установщиком, не настраивался. Обычно (если специально ничего не предпринимать), то установщик пакет evms не устанавливает. > В стартовом скрипте есть строки: > # Activate LVM > if [ -z "$EVMS_ACTIVE" ]; then > /etc/rc.d/scripts/lvm_start > fi > > Варианты: > > 1. Проверять, настроен ли evms на запуск lvm, если нет, то запускать lvm_start. > 2. Выводить в этом месте предупреждение, что lvm не запускается, потому что > установлен evms. Разве evms, будучи установленным, не поднимает raid'ы с lvm'ами? В rescue от 4.0/Server это работает.
считается, что evms способен поднять lvm2. если этого не происходит, предлагаю убедиться, что установлена последняя доступная сборка evms (для 4.0 это 2.5.5-alt5.M40.2).
evms-0:2.5.5-alt5, будучи установленным, не поднимает lvm2, raid не используется. Это воспроизводится на двух машинах, идентичных по железу и разных по свежести обновлений из Сизифа. Я попробую протестировать последний evms из сизифа и бранча 4.0.
Поставил из бранча evms-2.5.5-alt5.M40.2. lvm2 не инициализируется, то есть lvs показывает тома, но в /dev устройств нет. Они появляются только после vgchange -ay. Кстати, в rescue от Desktop 4.0.1 то же самое.
смотреть следует в /dev/evms/lvm2/<vg>/<lv>
Ага, тогда монтировать надо по UUID, а не по dev path. Всё равно какое-то тайное знание получается - после установки evms поведение системы меняется. Может, надо создавать ссылки /dev/<vg>/<lv> на /dev/evms/lvm2/<vg>/<lv> ?
Так оно и монтируется по UUID, по умолчанию. Если же администратор производит некие изменения, то предполагается, что он знает, что делает.
Кроме задач монтирования по UUID в fstab, есть другие задачи при работе с блочными устройствами - указание их в xen, dump и т.п. Даже если во всех случаях заработает указание по UUID, пути в /dev являются привычными и легче для запоминания. Кроме того, после удаления и создания тома заново его UUID изменится, а в lvm это не редкая ситуация. Использование evms для включения lvm является опциональным, и поэтому нужно сохранять совместимость со стандартными для lvm средствами. То есть в /dev должны быть доступны одни и те же устройства при поднятии как с помощью evms, так и с помощью lvm. Администратор, конечно, знает, что делает, и докопается до причин изменений в /dev. Но можно ему облегчить жизнь, сохранив совместимость.
Поскольку определить заранее, устраивает ли сисадмина поведение установленного пакета evms, не представляется возможным, предлагаю не устанавливать пакент evms или отключать запуск evms в случае, когда он не нужен.
