From owner-freebsd-geom@FreeBSD.ORG Mon Mar 6 04:55:16 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0020D16A422 for ; Mon, 6 Mar 2006 04:55:15 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17B1843D46 for ; Mon, 6 Mar 2006 04:55:14 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002351074.msg for ; Mon, 06 Mar 2006 04:54:57 +0000 Message-ID: <003501c640da$1a872330$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Mon, 6 Mar 2006 04:54:46 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Mon, 06 Mar 2006 04:54:57 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@freebsd.org X-MDAV-Processed: multiplay.co.uk, Mon, 06 Mar 2006 04:54:59 +0000 Subject: Re: g_vfs_done with offset greater than disk size X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 04:55:16 -0000 ----- Original Message ----- From: "Eric Anderson" > 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. Not so sure if its makes any difference but I can complete a: dd if=/dev/da0 of=/dev/null Without any issues at all on the array. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk.