From owner-freebsd-stable@FreeBSD.ORG Thu Jan 18 17:56:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF79D16A416 for ; Thu, 18 Jan 2007 17:56:37 +0000 (UTC) (envelope-from bp@barryp.org) Received: from eden.barryp.org (host-109-60-230-24.midco.net [24.230.60.109]) by mx1.freebsd.org (Postfix) with ESMTP id AA4EE13C467 for ; Thu, 18 Jan 2007 17:56:37 +0000 (UTC) (envelope-from bp@barryp.org) Received: from geo.med.und.nodak.edu ([134.129.166.11]) by eden.barryp.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H7awC-0001GY-GZ for freebsd-stable@freebsd.org; Thu, 18 Jan 2007 11:20:32 -0600 Message-ID: <45AFAC5F.3010304@barryp.org> Date: Thu, 18 Jan 2007 11:20:31 -0600 From: Barry Pederson User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> In-Reply-To: <45A1C15F.8060802@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: kernel panic on 6.2-RC2 with GENERIC. 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: Thu, 18 Jan 2007 17:56:37 -0000 >>>>> On Fri, Jan 05, 2007 at 06:59:10PM +0200, Nikolay Pavlov wrote: >>>>> [ Areca kernel panic, IO failures ... ] >>> I have seen this identical fault with the new areca driver, my machine >>> is opteron hardware, but running a regular i386/SMP kernel/world. With >>> everything at 6.2RC2 (as of 29th of December) except the areca driver >>> the machine is rock solid, with the 29th of december version of the >>> areca driver the box will crash on extract of a large tar file, removal >>> of a large directory structure, or pretty much anything that does a lot >>> of disk io to different files/locations. There is no error log prior to >>> seeing the following messages.. >>> >>> Dec 29 14:26:44 aleph kernel: >>> g_vfs_done():da0s1g[WRITE(offset=433078272, length=8192)]error = 5 >>> Dec 29 14:26:44 aleph kernel: >>> g_vfs_done():da0s1g[WRITE(offset=433111040, length=16384)]error = 5 >>> Dec 29 14:26:44 aleph kernel: >>> ... >>> There are a string of these, followed by a crash and reboot. I can report a "metoo" on this problem (lots of g_vfs_done errors followed by a reboot), with 6.2-RELEASE, opteron CPUs running an i386/SMP kernel Controller Name ARC-1160 Firmware Version V1.39 2006-1-4 BOOT ROM Version V1.39 2006-1-4 All the volumesets are RAID 6 I was doing a buildworld, rsyncing a big tree from another machine, and a portsnap extract simultaneously (all as a stress test). The firmware isn't the latest - hadn't upgraded it yet because it seemed to be working fine. Barry