From owner-freebsd-fs@FreeBSD.ORG Fri Jul 2 11:05:43 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 AA334106564A; Fri, 2 Jul 2010 11:05:43 +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 7238B8FC1A; Fri, 2 Jul 2010 11:05:43 +0000 (UTC) Received: from [127.0.0.1] (unknown [192.168.1.239]) by mail.soupacific.com (Postfix) with ESMTP id EE5366EB57; Fri, 2 Jul 2010 10:57:36 +0000 (UTC) Message-ID: <4C2DC801.5080108@soupacific.com> Date: Fri, 02 Jul 2010 20:05:37 +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> In-Reply-To: <86wrtez14z.fsf@zhuzha.ua1> 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: Fri, 02 Jul 2010 11:05:43 -0000 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. > I understand this idea! and agree with you this situation. BUT once we go into split-brain mode, there is no way to solve this except hastctl create xxxx. hastctl create xxx initialize hast device and not recommend idea!! I agree this. Even split-brain condition, hastctl status returns as BACKUP. I could not find the way to resolve split-brain by script. But managing ServerB became MASTER, that time we can change advskew to prevent booting ServerA keeping as BACKUP. Of course before booting SerberA, change advskew manually! But this manner can not solve split-brain. Is there any idea to solve split-brain condition? Thanks Hiroshi