Hi, I use RAID10 + DRBD + OCFS2 without any problems and we never had problems when a split brain happened or something similar in our testing. Could you post your DRBD resource conf and also your OCFS conf please?
> Date: Mon, 2 Jul 2012 12:37:52 +0200 > From: ulrich.wi...@rz.uni-regensburg.de > To: linux-ha@lists.linux-ha.org > Subject: Re: [Linux-HA] Antw: Re: mount.ocfs2 in D state > > >>> Lars Marowsky-Bree <l...@suse.com> schrieb am 02.07.2012 um 12:28 in > >>> Nachricht > <20120702102856.gm4...@suse.de>: > > On 2012-07-02T12:05:33, Ulrich Windl <ulrich.wi...@rz.uni-regensburg.de> > > wrote: > > > > > Unfortunately unless there's a real cluster filesystem that supports > > mirroring with shared devices also, DRBD on some locally mirrored device on > > each node seems to be the only alternative. (Talking about desasters) > > > > I've seen very few scenarios where OCFS2 was worth it over just using a > > "regular" file system like XFS in a fail-over configuration in this kind > > of environment. > > Hi! > > How would you fail over if your shared storage went toast? Or did you mean > "storage failover" instead of "node failover". > > > > > (If you need mirroring on top of shared devices / SAN, the way to go is > > OCFS2 over cLVM2 mirroring, by the way.) > > Currently cLVM in SLES lacks the "internal bitmap" for reasonable re-sync. > Having a "third device" for the bitmap does not make sense in this scenario. > > > > > There *are* good use cases for OCFS2. In my experience, 80% of the > > scenarios out there ain't one of those ;-) > > The only real alternative to OCFS is NFS, but I'd suspect the performance > will be worse in NFS for cluster applications (like hosting VM images for > live migrations). > > Regards, > Ulrich > > > _______________________________________________ > Linux-HA mailing list > Linux-HA@lists.linux-ha.org > http://lists.linux-ha.org/mailman/listinfo/linux-ha > See also: http://linux-ha.org/ReportingProblems _______________________________________________ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems