From owner-freebsd-current@FreeBSD.ORG Thu Jul 26 09:44:00 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 A1A5C16A41A for ; Thu, 26 Jul 2007 09:44:00 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 20A5713C4B6 for ; Thu, 26 Jul 2007 09:44:00 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id ABF5F208C; Thu, 26 Jul 2007 11:43:56 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 859E12089; Thu, 26 Jul 2007 11:43:56 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 6574E84440; Thu, 26 Jul 2007 11:43:56 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Nathan Butcher References: <46A7F02C.9000502@fusiongol.com> Date: Thu, 26 Jul 2007 11:43:56 +0200 In-Reply-To: <46A7F02C.9000502@fusiongol.com> (Nathan Butcher's message of "Thu\, 26 Jul 2007 09\:51\:56 +0900") Message-ID: <86644733fn.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Promise SATA300 TX4 card issues 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, 26 Jul 2007 09:44:00 -0000 Nathan Butcher writes: > My system is amd64 with 2GB of RAM, four 500GB drives connected to my > Promise SATA300 TX4 card in a raidz1 pool. For testing purposes, I have > created a volume in my zpool, which houses a UFS file system created and > accessed via GELI. I then use samba to copy data to and from the volume > on another machine. > > While writing data to my volume, I am getting erratic CKSUM errors being > "discovered" coming from my ZFS raidz1 (a look at zpool status after the > write confirms this), and scrubbing the zpool just seems to discover > more CKSUM errors. "zpool status" is telling me to replace some of my > disks. This never happened before. There is a known problem with Promise controllers and ZFS, probably related to ATA_FLUSHCACHE. The only known solution is to switch to a non-Promise controller - Intel ICH works fine. The ata maintainer is aware of the issue but doesn't seem interested in fixing it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no