From owner-freebsd-fs@FreeBSD.ORG Sun Mar 17 13:41:58 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 31C379F8 for ; Sun, 17 Mar 2013 13:41:58 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id B42621C4 for ; Sun, 17 Mar 2013 13:41:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.5/8.14.5) with ESMTP id r2HDfnWb081915; Sun, 17 Mar 2013 17:41:49 +0400 (MSK) (envelope-from marck@rinet.ru) Date: Sun, 17 Mar 2013 17:41:49 +0400 (MSK) From: Dmitry Morozovsky To: Michael DeMan Subject: Re: FreeBSD & no single point of failure file service In-Reply-To: Message-ID: References: <6B3D0B04-9DCE-47A4-A582-08DD640E5676@deman.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Sun, 17 Mar 2013 17:41:49 +0400 (MSK) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Mar 2013 13:41:58 -0000 Michael, "great minds think alike", as I just written mail about HA storage here :) On Sat, 16 Mar 2013, Michael DeMan wrote: > --- by 'out of band', for my case simply another ethernet link that by > convention is physically separate from the 'primary' storage ethernet. Good > enough for my use case. Hmm, is Dell's management interface accissible from the mainboard directly? > --- On (F) below - meant 'if neither head unit can decide whether it should > be the master or not' - then they both deny services. Better that bugs cause > outages rather than data loss? I think it's better administratively define "emergency master" than going nowhere without service. Of course, changing this role shouldn't be allowed without other half alive [snip] -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------