Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On Fri, Oct 30, 2009 at 7:43 PM, Jean-Francois Chevrette < jfchevrette at iweb.com> wrote: > Hello, > > we have a Citrix XenServer two-nodes cluster on which both nodes has a > local partition that is configured as a DRBD resource. The resource is set > to become primary on both nodes simultaneously. XenServer uses LVM and it is > my understanding that it works in a way that any LV will ever be in use on > both hosts at the same this and thus ensuring consistency between our > dual-primary hosts. > > For the DRBD connectivity, both nodes are connected directly through a > cross-over cable. > > For testing purposes, we have unplugged the network interfaces and thus > forced both nodes to become WFConnection and in a Primary/Unknown state. VMs > on each node kept working as usual. > > However, after reconnecting the network interfaces, both nodes became > StandAlone and logs were showing that a Split-brain had been detected. It > was my understanding that DRBD would have been able to sync OOS blocks from > each nodes to the other one properly. > > What is supposed to happen when nodes from a dual-primary configuration > reconnects to each other? > > > after-sb-2pri disconnect; > allow-two-primaries; > } > > > > > Logs from when we reconnected both nodes: > > block drbd0: Split-Brain detected, dropping connection! > > > Can anyone tell me why I am not getting the behavior I am expecting? > Hello, the message is self explanatory: in drbd.conf you define the policy to "disconnect" when you get a split brain (sb) deriving from a 2-primary scenario. And so does drbd... btw: having you dual primary and LVM, are you using also CLVMD? Otherwise if you do modifications on one VG (such as add an lv) you don't see them immediately, because you don't have cluster locking... Bye, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20091030/fa71c740/attachment.htm>