13749 2007-12-19 15:14:14 +0300 Not configured evms prevent initialization of lvm2 2008-08-31 01:54:21 +0400 1 1 4 Development Sisyphus startup unstable all Linux CLOSED NOTABUG P2 normal --- 1 vyt legion glebfm kirill ldv legion sbolshakov solo qa-sisyphus oldest_to_newest 59739 0 vyt 2007-12-19 15:14:14 +0300 При установленном пакете 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. 59868 1 ldv 2007-12-22 20:43:05 +0300 (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 это работает. 59875 2 sbolshakov 2007-12-22 22:27:53 +0300 считается, что evms способен поднять lvm2. если этого не происходит, предлагаю убедиться, что установлена последняя доступная сборка evms (для 4.0 это 2.5.5-alt5.M40.2). 60056 3 vyt 2007-12-27 04:40:36 +0300 evms-0:2.5.5-alt5, будучи установленным, не поднимает lvm2, raid не используется. Это воспроизводится на двух машинах, идентичных по железу и разных по свежести обновлений из Сизифа. Я попробую протестировать последний evms из сизифа и бранча 4.0. 60133 4 vyt 2007-12-28 16:41:58 +0300 Поставил из бранча evms-2.5.5-alt5.M40.2. lvm2 не инициализируется, то есть lvs показывает тома, но в /dev устройств нет. Они появляются только после vgchange -ay. Кстати, в rescue от Desktop 4.0.1 то же самое. 60150 5 sbolshakov 2007-12-29 00:14:47 +0300 смотреть следует в /dev/evms/lvm2/<vg>/<lv> 60184 6 vyt 2007-12-30 00:15:37 +0300 Ага, тогда монтировать надо по UUID, а не по dev path. Всё равно какое-то тайное знание получается - после установки evms поведение системы меняется. Может, надо создавать ссылки /dev/<vg>/<lv> на /dev/evms/lvm2/<vg>/<lv> ? 60186 7 sbolshakov 2007-12-30 00:45:38 +0300 Так оно и монтируется по UUID, по умолчанию. Если же администратор производит некие изменения, то предполагается, что он знает, что делает. 60272 8 vyt 2008-01-02 16:46:25 +0300 Кроме задач монтирования по UUID в fstab, есть другие задачи при работе с блочными устройствами - указание их в xen, dump и т.п. Даже если во всех случаях заработает указание по UUID, пути в /dev являются привычными и легче для запоминания. Кроме того, после удаления и создания тома заново его UUID изменится, а в lvm это не редкая ситуация. Использование evms для включения lvm является опциональным, и поэтому нужно сохранять совместимость со стандартными для lvm средствами. То есть в /dev должны быть доступны одни и те же устройства при поднятии как с помощью evms, так и с помощью lvm. Администратор, конечно, знает, что делает, и докопается до причин изменений в /dev. Но можно ему облегчить жизнь, сохранив совместимость. 76667 9 ldv 2008-08-30 15:52:21 +0400 Поскольку определить заранее, устраивает ли сисадмина поведение установленного пакета evms, не представляется возможным, предлагаю не устанавливать пакент evms или отключать запуск evms в случае, когда он не нужен.