我正在使用运行Xen的OpenSuSE 11.3上使用Pacemaker + OpenAIS + Corosync，并试图确定在预期与否共享Xen domU资源时所看到的行为。
集群节点/ dom0：xen01-primary xen01-secondary
Xen domUs / Pacemaker资源：xen-db01 xen-db02
xen-db01和xen-db02不应该在同一个dom0上运行。 起搏器configuration可以在http://pastebin.com/5NnPExkm看到，但我有以下的代pipe规则：主机托pipexen-db -inf：xen-db01 xen-db02
启动每个Xen资源后，crm_mon的输出位于http://pastebin.com/vX85TLTP 。 以下是对观察到的起搏器行为的简要描述。
编辑：由于完整的cibadmin输出可能会有所帮助，我已经在http://pastebin.com/h38xCYby
在启动第一个domU资源之后，似乎第二个domU资源启动时，Pacemaker尝试在同一个dom0上启动它们，然后将其迁移。 请注意，xen-db01最初位于xen01-primary上，当xen-db02启动时，xen-db01移动到xen01-secondary，然后尝试返回到失败的xen01-primary。 此外，我很好奇，如果在第二个domU开始后crm_mon的输出中显示的错误是正常的。
我有点怀疑，这是应该如何工作，但我想肯定之前，得到太多。
谢谢，
肯德尔
那么，当你不仔细阅读手册时会发生这种情况。 colo约束
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
正常启动资源，将它们放置在相对的节点上，而不会来回移动。
感谢Florian Haas指出这一点。