Я использую Pacemaker + OpenAIS + Corosync в OpenSuSE 11.3 под управлением Xen и пытаюсь определить, ожидается ли поведение, которое я вижу при размещении ресурсов Xen domU, или нет.
Узлы кластера / dom0: xen01-primary xen01-secondary
Xen domUs / Ресурсы Pacemaker: xen-db01 xen-db02
xen-db01 и xen-db02 должны не запустить на том же dom0. Конфигурацию кардиостимулятора можно увидеть на http://pastebin.com/5NnPExkm но у меня есть следующее правило размещения: colocation xen-db -inf: xen-db01 xen-db02
Результат crm_mon после запуска каждого ресурса Xen равен http://pastebin.com/vX85TLTP. Ниже приводится краткое описание наблюдаемого поведения кардиостимулятора.
edit: Поскольку полный вывод cibadmin может быть полезен, я сделал его доступным по адресу: http://pastebin.com/h38xCYby
После запуска первого ресурса domU кажется, что когда запускается второй ресурс domU, Pacemaker пытается запустить их оба на одном dom0, а затем переносит один из них. Обратите внимание, что xen-db01 изначально расположен на xen01-primary, и когда xen-db02 запускается, xen-db01 перемещается на xen01-secondary, а затем пытается вернуться к xen01-primary, что терпит неудачу. Также мне любопытно, нормальны ли ошибки, отображаемые в выводе crm_mon после запуска второго domU.
Я вроде как подозреваю, что это должно работать именно так, но я хочу убедиться, прежде чем заходить слишком далеко.
Спасибо,
Кендалл
Что ж, вот что происходит, когда вы не читаете внимательно руководство. Ограничение коло
colocation xen-db -inf: xen-db01 xen-db02
означает, что xen-db01 будет размещен относительно xen-db02. Так что на самом деле я должен был запустить xen-db02, а ЗАТЕМ xen-db01. Делать
crm resource start xen-db02
crm resource start xen-db01
запускает ресурсы в обычном режиме, размещает их на противоположных узлах и делает это без какой-либо миграции туда и обратно.
Спасибо Флориану Хаасу за указание на это.