Мы экспериментируем с DRBD / pacemaker поверх существующей конфигурации Debian 6 Encrypted RAID1. У нас есть один сравнительно общий и один сравнительно частный вопрос:
1) DRBD - резервный или физический объем (вопрос общего варианта конструкции)
Мы хотим запустить несколько виртуальных серверов в нашей установке DRBD / pacemaker. Посмотрев (и получив большую помощь на этом форуме - спасибо DOC) использование LVM в качестве вспомогательного устройства, кажется, что если мы хотим раскручивать и разрушать логические тома на лету, нам, возможно, будет лучше использовать LVM поверх DRBD как физический том. Это звучит правильно?
Для наших целей что лучше: «резервный» или «физический том»? Есть ли вариант дизайна, который позволил бы нам иметь один drbd, разместить на нем все логические тома, что затем позволило бы нам иметь более простую конфигурацию drbd и pacemaker? Если бы мы и дальше использовали LVM в качестве резервного устройства, получили бы вы по одному drbd для каждого логического тома и соответственно создавали бы наши CRM-системы, задающие ритм?
Частично сложность для нас заключается в добавлении к этим проблемам использования зашифрованного RAID1 (поэтому мы боролись с картами дисков / устройств в drbd.conf).
2) Проблема с фильтром LVM (более конкретный вопрос)
В документации «Настройка ресурса DRBD как физического тома» вы можете настроить lvm.conf после создания физического тома на своем drbd: filter = ["a | drbd.| "," г |.| "], write_cache_state = 0, а затем очистить кеш lvm.
Проблема в том, что как только мы это сделаем, мы не сможем заставить работать ни один из «pvscan, vgscan, lvscan», и нам нужно, чтобы группа томов была активной, чтобы добавить нашу модификацию нашего следующего логического тома в drbd. В одной документации по настройке говорилось, что вам нужно обновить intrafs, после чего мы больше не могли загружать машину (это тестовая машина, поэтому просто неудобно).
В: Что мы здесь делаем не так? Документация, кажется, предполагает, что после настройки "lvm.conf" вы должны иметь возможность использовать такие вещи, как "vgchange -aey volumegroup", но все наши запуски этого файла возвращаются пустыми.
Это что-то вроде того, что нам нужно временно обновить "lvm.conf" до его исходного фильтра, добавить логический том, а затем вернуть обратно "lvm.conf"? К вашему сведению - если мы загрузимся с исходного фильтра, наш drbd монтируется, но мы получаем ошибку на tty, говоря, что зашифрованное устройство не может запуститься ... поэтому мы предполагаем, что это не ответ.
Помощь приветствуется (рад разместить любые конфиги или журналы по запросу ... просто не уверен, что будет полезно)!
Если я правильно понимаю ваши требования, я бы сделал следующее:
Создайте одно устройство DRBD и отметьте его как PV для LVM. Создайте ресурсы Pacemaker для тома DRBD и каждого логического тома LVM, причем логические тома зависят от тома DRBD.
Ваш фильтр PV выглядит правильно. Вы проверили, что устройство DRBD правильно помечено как PV? Если на нем нет метаданных, он не появится. Попробуйте использовать pvck команда, чтобы проверить это:
$ sudo pvck /dev/sda1
Found label on /dev/sda1, sector 1, type=LVM2 001
Found text metadata area: offset=4096, size=192512
Вы также можете попробовать заменить фильтр на a/.*/ поэтому он сканирует каждый том. Хотя, если вы не испортили то, как называются устройства drbd, указанный вами фильтр должен работать нормально. Думаю, более вероятно, что метаданные отсутствуют.
Умм ... Также попробуйте запустить pvscan -d чтобы получить больше отладочных данных.