I'd like to second Lars' comments here. I was strong-armed into doing a dual-primary DRBD + OCFS2 cluster and it's a nightmare to manage. There's no reason for us to do it other than 'we could'. It just needed something simple like primary/secondary DRBD with ext4/other.
Out of interest Lars, why do you recommend XFS? Regards, Darren Mansell -----Original Message----- From: linux-ha-boun...@lists.linux-ha.org [mailto:linux-ha-boun...@lists.linux-ha.org] On Behalf Of Lars Marowsky-Bree Sent: 02 July 2012 11:54 To: General Linux-HA mailing list Subject: Re: [Linux-HA] Antw: Re: mount.ocfs2 in D state On 2012-07-02T12:37:52, Ulrich Windl <ulrich.wi...@rz.uni-regensburg.de> wrote: > > 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. > How would you fail over if your shared storage went toast? Or did you mean > "storage failover" instead of "node failover". I meant using a regular file system like XFS on top of DRBD. The cases where active/active replication provides a real benefit are, well, limited. > 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. Even here, many scenarios could do better if they just mirrored using md raid1 in an active/passive setup. (Going forward, solutions like RADOS are more interesting, I think.) > 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). I actually doubt that, at least if you're comparing it to DRBD replication - in both cases, the network is likely your bottleneck. Regards, Lars -- Architect Storage/HA SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg) "Experience is the name everyone gives to their mistakes." -- Oscar Wilde _______________________________________________ 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
