From owner-freebsd-fs@FreeBSD.ORG Thu Jun 17 03:45:54 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 AA3981065687; Thu, 17 Jun 2010 03:45:54 +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 76A238FC0C; Thu, 17 Jun 2010 03:45:54 +0000 (UTC) Received: from [127.0.0.1] (unknown [192.168.1.239]) by mail.soupacific.com (Postfix) with ESMTP id 819EB6C2B5; Thu, 17 Jun 2010 03:37:24 +0000 (UTC) Message-ID: <4C199A70.2060207@soupacific.com> Date: Thu, 17 Jun 2010 12:45:52 +0900 From: "hiroshi@soupacific.com" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <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> <4C165871.6060609@soupacific.com> <20100614214851.GB2498@garage.freebsd.pl> In-Reply-To: <20100614214851.GB2498@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: FreeBSD 8.1 and HAST 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: Thu, 17 Jun 2010 03:45:54 -0000 Hi folks ! Couple more question now ! Since my test environment is 1T bytes hdd, so it took long long time to finish first synchronize dirty bytes. When manual start HAST on each node, then it will start synchronize dirty bytes. During synchronization, set rc.conf hast_enable="YES" ucarp_enable="YES" After reboot, In ucarp_up.sh, zpool import -f poolname shows error as ZFS pool import from resource failed: cannot import 'hasthoem': pool is formatted using a newer ZFS version. After completion of synchronization, then switch slave as master. using /etc/vip_up.sh Same ZFS pool import error message appears Also hastctl status shows status: degaraded Mr. Mikolaj Golub ! Did you have this problem before ? Where shoul I check ? Thanks Hiroshi