Date: Sat, 03 Jul 2010 11:21:05 +0300 From: Mikolaj Golub <to.my.trociny@gmail.com> To: "hiroshi\@soupacific.com" <hiroshi@soupacific.com> Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek <pjd@FreeBSD.org> Subject: Re: HAST and CARP Message-ID: <86iq4xx9fy.fsf@kopusha.home.net> In-Reply-To: <4C2DC801.5080108@soupacific.com> (hiroshi@soupacific.com's message of "Fri, 02 Jul 2010 20:05:37 %2B0900") References: <4C139F9C.2090305@soupacific.com> <86iq5oc82y.fsf@kopusha.home.net> <4C14215D.9090304@soupacific.com> <20100613003635.GA60012@icarus.home.lan> <20100613074921.GB1320@garage.freebsd.pl> <4C149A5C.3070401@soupacific.com> <20100613102401.GE1320@garage.freebsd.pl> <86eigavzsg.fsf@kopusha.home.net> <20100614095044.GH1721@garage.freebsd.pl> <868w6hwt2w.fsf@kopusha.home.net> <20100614153746.GN1721@garage.freebsd.pl> <86zkyxvc4v.fsf@kopusha.home.net> <4C2C43D5.1080907@soupacific.com> <86mxubndrp.fsf@kopusha.home.net> <4C2D7615.5070606@soupacific.com> <861vbm1hpr.fsf@zhuzha.ua1> <4C2D9C62.4050105@soupacific.com> <86wrtez14z.fsf@zhuzha.ua1> <4C2DC801.5080108@soupacific.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 02 Jul 2010 20:05:37 +0900 hiroshi@soupacific.com wrote: h> Thanks ! >> >> When ServerB has become master and modified some data, ServerA, before setting >> to primary again, should be set to secondary to synchronize all changes and >> only after this be switched to primary, otherwise you will have split-brain >> and should synchronize full storage recreating provider on secondary. >> h> I understand this idea! and agree with you this situation. h> BUT once we go into split-brain mode, there is no way to solve this h> except hastctl create xxxx. h> hastctl create xxx initialize hast device and not recommend idea!! I h> agree this. h> Even split-brain condition, hastctl status returns as BACKUP. h> I could not find the way to resolve split-brain by script. I don't think resolving split-brain by script is a good idea. You can detect split-brain on primary monitoring provider status and then resolve it manually. It is much better to have scripts/setup that prevent split-brain situations than scripts that resolve it :-) h> But managing ServerB became MASTER, that time we can change advskew to h> prevent booting ServerA keeping as BACKUP. h> Of course before booting SerberA, change advskew manually! But this h> manner can not solve split-brain. h> Is there any idea to solve split-brain condition? You should have a setup so when the master is rebooted after the reboot it checks the status of other node and sets its own role accordingly (so there would not be two masters simultaneously). Software I use in my setup (our home made application) does this well. sysutils/heartbeat should work fine too. As for me carp might not do well for this but I am not very experienced with carp so I can be wrong. -- Mikolaj Golub
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86iq4xx9fy.fsf>