From owner-freebsd-fs@FreeBSD.ORG Sat Jul 3 13:41:49 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83F831065673; Sat, 3 Jul 2010 13:41:49 +0000 (UTC) (envelope-from hiroshi@soupacific.com) Received: from mail.soupacific.com (mail.soupacific.com [211.19.53.201]) by mx1.freebsd.org (Postfix) with ESMTP id 4DE268FC17; Sat, 3 Jul 2010 13:41:49 +0000 (UTC) Received: from [127.0.0.1] (unknown [192.168.1.239]) by mail.soupacific.com (Postfix) with ESMTP id 255F56C0A1; Sat, 3 Jul 2010 13:33:44 +0000 (UTC) Message-ID: <4C2F3E14.1080601@soupacific.com> Date: Sat, 03 Jul 2010 22:41:40 +0900 From: "hiroshi@soupacific.com" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Mikolaj Golub 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> <86iq4xx9fy.fsf@kopusha.home.net> In-Reply-To: <86iq4xx9fy.fsf@kopusha.home.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek Subject: Re: HAST and CARP X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jul 2010 13:41:49 -0000 Hi Mikolaj! > > 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 :-) I agree with you solving split-brain by script. Today I was thinking about this situation resolving, and conclusion is some thing like hastctl role secondary -f xxx But this command can be used only for emergency situation and not inside script. ifstated is enabled in rc.conf, once reboot ServerB without ServerA connection. Such case ServerB became CARP's MASTER then ifstated also set hast as primary. This may happen often when setting hast testing time. So I think some rescue command may help to get out split-brain situation caused by any accident or mistake. > > 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. > By CARP, ifconfig carp0 advskew {bigger value than secondary} on console sets CARP as secondary. How do you think this idea ? Hiroshi