From owner-freebsd-fs@FreeBSD.ORG Tue Sep 22 14:19:51 2009 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 D022E1065670 for ; Tue, 22 Sep 2009 14:19:51 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 30C248FC13 for ; Tue, 22 Sep 2009 14:19:51 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id n8MDx5gB041129; Tue, 22 Sep 2009 08:59:05 -0500 (CDT) (envelope-from james-freebsd-fs2@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-fs2@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=dSnM3sQq7MIj56bcj8weDP1dio7QHa55TiZ02QqM3kIsTZFBi/kRXpua9Tgo0vaTJ kY5KnqplfiJBUwg75EEOsdNjBsql585XnCrFpc9+ChCb49jDIGkyCaGcohj9/8D/K0f wsnDj4TLGym6QNpssHl4AA+RGekdO0LqNIDdDDU= Message-ID: <4AB8D829.4060301@jrv.org> Date: Tue, 22 Sep 2009 08:59:05 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Kurt Touet References: <2a5e326f0909201500w1513aeb5ra644f1c748e22f34@mail.gmail.com> <4AB757E4.5060501@goflexitllc.com> <2a5e326f0909211021o431ef53bh3077589efb0bed6c@mail.gmail.com> <2a5e326f0909211044k349d6bc1lb9bd9094e7216e41@mail.gmail.com> In-Reply-To: <2a5e326f0909211044k349d6bc1lb9bd9094e7216e41@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs Subject: Re: ZFS - Unable to offline drive in raidz1 based pool 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: Tue, 22 Sep 2009 14:19:51 -0000 Kurt Touet wrote: > I wonder then, with the storage array reporting itself as healthy, how > did it know that one drive had desynced data, and why wouldn't that > have shown up as an error like DEGRADED? The uberblock on each ZFS disk contains a txtag, in effect a revision number. When a pool is imported and one drive's txtag is older than the others then that drive needs resilvering.