From owner-freebsd-stable@FreeBSD.ORG Mon Oct 20 17:03:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF271065757; Mon, 20 Oct 2008 17:03:15 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id B46E78FC0A; Mon, 20 Oct 2008 17:03:15 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0K9100CQLRDE9660@asmtp012.mac.com>; Mon, 20 Oct 2008 10:03:15 -0700 (PDT) Message-id: <45836B9A-CB6E-4B95-911E-0023230B8F82@mac.com> From: Chuck Swiger To: Jeremy Chadwick In-reply-to: <20081020164831.GA8016@icarus.home.lan> Date: Mon, 20 Oct 2008 10:03:14 -0700 References: <200810171530.45570.joao@matik.com.br> <200810200837.40451.joao@matik.com.br> <20081020132208.GA3847@icarus.home.lan> <98238FC8-0FC4-4410-829F-EF2EA16A57B8@mac.com> <20081020164831.GA8016@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: constant zfs data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2008 17:03:16 -0000 On Oct 20, 2008, at 9:48 AM, Jeremy Chadwick wrote: > Hm... I thought we determined earlier in this thread that the OP is > not > getting the benefits of ZFS checksums because he's not using raidz > (only > a single disk with a single pool)? He's not getting working filesystem redundancy with the existing config and is vulnerable to losing data from a single drive failure, agreed. But the ZFS checksum mechanism should still be working to detect data corruption, even though ZFS cannot recover the corrupted data the way it otherwise would if redundancy was available. Regards, -- -Chuck