From owner-freebsd-current@FreeBSD.ORG Thu Nov 15 14:01:53 2007 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11F916A46B; Thu, 15 Nov 2007 14:01:53 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8A95B13C447; Thu, 15 Nov 2007 14:01:53 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 9DFB5C49AF; Thu, 15 Nov 2007 13:46:44 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55221-05; Thu, 15 Nov 2007 13:46:05 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-17-158.cpe.netcabo.pt [213.22.17.158]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id B570CC4802; Thu, 15 Nov 2007 13:46:04 +0000 (UTC) Message-ID: <473C4CEF.7000105@barafranca.com> Date: Thu, 15 Nov 2007 13:43:11 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <473AE404.9090605@restart.be> <473AF1BE.1060008@restart.be> <473BA651.1030109@egr.msu.edu> <20071115082556.GC80222@garage.freebsd.pl> In-Reply-To: <20071115082556.GC80222@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: freebsd-current@FreeBSD.ORG Subject: Re: ZFS from FreeBSD -> Indiana -> FreeBSD - some problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2007 14:01:53 -0000 Pawel Jakub Dawidek wrote: > On Wed, Nov 14, 2007 at 08:52:17PM -0500, Adam McDougall wrote: > >> For what its worth, I ran across a similar issue. I moved a scsi card >> in my server which caused da2 and da3 (each with a separate zfs pool >> with no redundancy) become swapped, which I did not predict. ZFS was >> completely confused by this, and rather than swap cables and reboot, I >> decided to try the export and import. Worked fine. I was a little >> dissapointed and surprised that I had to take action, but more surprised >> that such a simple fix was possible (yet predicted) when the error >> message on sun's website basically indicated 'you are totally screwed, >> game over, data lost'. I wasn't in a situation were I would have lost >> any valuable data. Maybe it was terminally confused because both >> devices it wanted were in use by the other 'failed' pool. >> > > In my perforce branch, this is already improved. FreeBSD will detect > disk name changes, etc. It already does, but only with ATA disks. > > Wouldn't create the pool using GEOM_LABEL names solve this issue ? Any side effects of doing so ? Regards, Hugo