Date: Sun, 17 Mar 2013 17:41:49 +0400 (MSK) From: Dmitry Morozovsky <marck@rinet.ru> To: Michael DeMan <freebsd@deman.com> Cc: freebsd-fs@freebsd.org Subject: Re: FreeBSD & no single point of failure file service Message-ID: <alpine.BSF.2.00.1303171737030.80753@woozle.rinet.ru> In-Reply-To: <CE765321-428B-4554-8F85-482C80D56BD5@deman.com> References: <CABXB=RSer_euyLds_X5-ZrwdStCYZVv=wMCJY=mmbYGTN8c1WQ@mail.gmail.com> <6B3D0B04-9DCE-47A4-A582-08DD640E5676@deman.com> <CE765321-428B-4554-8F85-482C80D56BD5@deman.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 *** ------------------------------------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1303171737030.80753>