Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On Sat, Oct 08, 2011 at 01:31:28PM +0200, Bart Coninckx wrote: > On 10/08/11 00:25, Lars Ellenberg wrote: > >On Fri, Oct 07, 2011 at 10:21:08PM +0200, Bart Coninckx wrote: > >>On 10/06/11 22:03, Florian Haas wrote: > >>>On 2011-10-06 21:43, Bart Coninckx wrote: > >>>>Hi all, > >>>> > >>>>would you mind sending me examples of your crm config for a dual primary > >>>>DRBD resource? > >>>> > >>>>I used the one on > >>>> > >>>>http://www.drbd.org/users-guide/s-ocfs2-pacemaker.html > >>>> > >>>>and on > >>>> > >>>>http://www.clusterlabs.org/wiki/Dual_Primary_DRBD_%2B_OCFS2 > >>>> > >>>>and they both result into split brain, except for when I start drbd > >>>>manually first. > >>> > >>>They clearly should not. Rather than soliciting other people's > >>>configurations and then try to adapt yours based on that, why don't you > >>>upload _your_ CIB (not just a "crm configure dump", but a full "cibadmin > >>>-Q") and your DRBD configuration to your pastebin/pastie/fpaste and let > >>>people tell you where your problem is? > >> > >>OK, I posted the drbd.conf on http://pastebin.com/SQe9YxhY > >> > >>cibadmin -Q is on http://pastebin.com/gTZqsACq > >> > >>The split brain logging is on http://pastebin.com/7unKKkdi . > > > >I somehow think you added some "--force" or "--overwrite-data-of-peer" > >to some drbdadm/drbdsetup primary invocation? > > Hi, > > I re-created the metadata to start all over, and the > > drbdadm -- --overwrite-data-of-peer primary r_test > > command has to been done according to SLES docs for the initial sync. > > So if that particular command is the problem, we either have faulty > documentation or me wrongly interpreting the docs. Sure. On _one_ node only. Not on both, which I think you did. If you did not, you'd need to post your log from _before_, from where the drbd was last connected before it then detected the data divergence (aka "split-brain"). -- : Lars Ellenberg : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com