From owner-freebsd-fs@FreeBSD.ORG Thu Jun 17 10:34:52 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 312EE1065673; Thu, 17 Jun 2010 10:34:52 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 3F50D8FC1A; Thu, 17 Jun 2010 10:34:51 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so1404475fga.13 for ; Thu, 17 Jun 2010 03:34:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :x-comment-to:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=E2oRHRH2nkfRVDbRKgcl4L9Bzb2Rft7EHfE7mQUDWoU=; b=XkexgFUWv6Y9gOjYSNePnYlsqyuvnOa0DUNbOBfhHrZ2UyCba7nY/Y/ucgApqPWYKM Evvgh4hAy//LGiCOHO/iPdr0G41qmZvda7hkPez/OvU8iTm4rBA3tXP77PX164FPQGgW WSMQ9IK2lgeI9O2ROYD73un+JG87GPDH45SCM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=esfoXW0JBB2F1/QYbjykfgjjkaefLBmGUE4etH/rDKT3ywc+cm7R4Ea31FE1JJ3TfG ue00Vz9zDRA1vodggI4UKeoMmgfOn78AZOarbUdNhSOch294YwBEzfGsya0vkuXEpQ56 E3n6IVbr6yhEbDyaiuPW085L+00iqYDF+jqMA= Received: by 10.204.137.216 with SMTP id x24mr7510280bkt.168.1276770890173; Thu, 17 Jun 2010 03:34:50 -0700 (PDT) Received: from localhost ([95.69.160.52]) by mx.google.com with ESMTPS id v3sm33487206bkz.16.2010.06.17.03.34.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 17 Jun 2010 03:34:48 -0700 (PDT) From: Mikolaj Golub To: "hiroshi\@soupacific.com" 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> <4C199A70.2060207@soupacific.com> X-Comment-To: hiroshi@soupacific.com Date: Thu, 17 Jun 2010 13:34:44 +0300 In-Reply-To: <4C199A70.2060207@soupacific.com> (hiroshi@soupacific.com's message of "Thu, 17 Jun 2010 12:45:52 +0900") Message-ID: <86631ilzgb.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek 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 10:34:52 -0000 On Thu, 17 Jun 2010 12:45:52 +0900 hiroshi@soupacific.com wrote: h> Hi folks ! h> Couple more question now ! Since my test environment is 1T bytes hdd, h> so it took long long time to finish first synchronize dirty bytes. h> When manual start HAST on each node, then it will start synchronize h> dirty bytes. During synchronization, h> set rc.conf h> hast_enable="YES" h> ucarp_enable="YES" h> After reboot, h> In ucarp_up.sh, zpool import -f poolname shows error as h> ZFS pool import from resource failed: cannot import 'hasthoem': pool h> is formatted using a newer ZFS version. h> After completion of synchronization, then switch slave as h> master. using /etc/vip_up.sh h> Same ZFS pool import error message appears h> Also h> hastctl status shows h> status: degaraded h> Mr. Mikolaj Golub ! Did you have this problem before ? I didn't. But as I wrote earlier I worked with HAST on CURRENT. So I just checked if there is some issue with ZFS pools on HAST 8-STABLE. I created 400Mb md device, configured HAST to use it and created zpool. Manual switching to failover: host1: zpool export -f storage hastctl role secondary storage host2: hastctl role primary all zpool import -f storage There were no any issues. Just a note, as I don't have many 8-STABLE boxes this HAST has been created between my host in the office and my laptop at home. Very nice to see that it works via WAN :-) So, can you try recreating ZFS pool to see if "zpool import" issue has gone? Please provide here hastctl status on both nodes and hastctl.cfg. Then we might ask you about logs :-). I would recommend playing at first without ucarp -- switching to failover manully. In this way you can be sure that HAST works and also be more familar how it works. After this you can try ucarp. I have not used ucarp myself -- I have been using our own application for failure detection and initiating switching to failover. -- Mikolaj Golub