From owner-freebsd-stable@FreeBSD.ORG Wed Mar 8 18:23:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3381D16A420; Wed, 8 Mar 2006 18:23:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 625A543D6B; Wed, 8 Mar 2006 18:23:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k264SU2v044494; Sun, 5 Mar 2006 22:28:31 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <440BBA6F.9050401@centtech.com> Date: Sun, 05 Mar 2006 22:28:31 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Steven Hartland References: <02ed01c640d0$32b1dbd0$b3db87d4@multiplay.co.uk> In-Reply-To: <02ed01c640d0$32b1dbd0$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1315/Sun Mar 5 04:31:57 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: g_vfs_done with offset greater than disk size 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: Wed, 08 Mar 2006 18:23:16 -0000 Steven Hartland wrote: > I've been trying to get a problem fixed with a Highpoint 1820a crashing > out with errors like: > kernel: IAL: COMPLETION ERROR, adapter 0, channel 2, flags=104 > kernel: ATA regs: error 10, sector count 20, LBA low ff, LBA mid ff, > LBA high ff, device 4f, status 51 > which results in the disk being dropped from the array. > > A sharp eyed engineer at Highpoint has just spotted the fact that the > read error reported later is well beyond the end of the array ( 750Gb ): > kernel: > g_vfs_done():da0s1h[READ(offset=535260184576,length=131072)]error = 5 > > As such is it possible there is a problem in the FS that fsck is not > detecting > which could be causing this behaviour when an rsync ( read only ) is > performed against it? > > If there is indeed a vfs error which fsck is not detecting how would I > go about: > 1. finding it > 2. fixing it I recently sent a very similar issue to freebsd-geom list, with no responses yet (just sent it last week). I've got a system with ICH6 (or ICH7 maybe) controller, and a SATA disk. I don't believe it's a driver issue, and I don't think it's an fs issue, since I was dd'ing an image onto the disk, and the image contained linux partitioning and an ext2 fs. I think it has to do with the tasting (or re-tasting) of the GEOM devices, but that's pretty much a guess. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------