From owner-freebsd-fs@FreeBSD.ORG Fri May 29 10:01:21 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 75E621065673 for ; Fri, 29 May 2009 10:01:21 +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 376F98FC19 for ; Fri, 29 May 2009 10:01:21 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) 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 n4TA1CGh055849; Fri, 29 May 2009 05:01:15 -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=pXYbrEOrAq4IgxH9DFF+uZ0phH8Kb3zt8vQ+ZJmFbWoKDN6+EcrELYEO7fklDNnO2 ISmVw7EHDfqedWjysS4PgvyyWhECVlu3gbHNm1JHIyuOpaNBHA7Gro453popfykclYc GArokO1OeVcPV7sG322HyjDCFj1XstOfxVYXTTE= Message-ID: <4A1FB268.2090404@jrv.org> Date: Fri, 29 May 2009 05:01:12 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Andrew Snow References: <20090527155342.GA45258@hades.panopticon> <4A1DB3D1.6080003@modulus.org> In-Reply-To: <4A1DB3D1.6080003@modulus.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS scrub/selfheal not really working 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, 29 May 2009 10:01:21 -0000 Andrew Snow wrote: > It seems like its a good idea to chuck out the whole lot, after first > double-checking or replacing your controller, cabling, and power > supply. ZFS can't help you :-) No, don't throw bad hardware away! Save it for testing - it's much harder to find hardware with intermittent failures that may be useful for testing than hardware that is dead or doesn't fail in a short amount of time. >> So, my question is why doesn't ZFS rewrite those sectors with READ >> errors during scrub? > > Because of the transactional nature of ZFS it writes the fresh data in > a different part of the disk and then marks the old bad sectors as free. The old sectors are not freed if they are referenced by snapshots or clones. Vacating a block would be a very expensive operation for ZFS in the general case.