From owner-freebsd-stable@FreeBSD.ORG Thu Feb 15 03:49:00 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 E2BC716A401 for ; Thu, 15 Feb 2007 03:48:59 +0000 (UTC) (envelope-from harry@omnisec.de) Received: from host.omnisec.de (host.omnisec.de [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 5872313C478 for ; Thu, 15 Feb 2007 03:48:58 +0000 (UTC) (envelope-from harry@omnisec.de) Received: from tek.flintsbach.schmalzbauer.de (tek.flintsbach.schmalzbauer.de [172.21.2.3]) (authenticated bits=0) by host.omnisec.de (8.13.8/8.13.8) with ESMTP id l1F3mtR2007725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Feb 2007 04:48:56 +0100 (CET) (envelope-from harry@flintsbach.schmalzbauer.de) Date: Thu, 15 Feb 2007 04:48:55 +0100 From: Harald Schmalzbauer To: Scott Long Message-ID: <20070215044855.388f7e2e@tek.flintsbach.schmalzbauer.de> In-Reply-To: <45A1C15F.8060802@samsco.org> References: <001a01c732b0$c22f4860$0204a8c0@transactionware.com> <45A1C15F.8060802@samsco.org> Organization: OmniSEC X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: 6.2-st panic w/ ggate [Was: 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, 15 Feb 2007 03:49:00 -0000 Am Sun, 07 Jan 2007 19:58:23 -0800 schrieb Scott Long : [...] > >> 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: > >> g_vfs_done():da0s1g[WRITE(offset=433209344, length=16384)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=433242112, length=32768)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437612544, length=4096)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437616640, length=12288)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437633024, length=6144)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437639168, length=2048)]error = 5 > >> Dec 29 14:26:44 aleph kernel: > >> g_vfs_done():da0s1g[WRITE(offset=437641216, length=6144)]error = 5 > >> > >> There are a string of these, followed by a crash and reboot. > >> The file system [...] > > Areca 1.20.00.13 (as currently in the tree) does not seem to have > > data corruption problems, but I can trigger g_vfs_done failures > > under heavy I/O. > > > > I have raised this with Areca support, and I'm waiting to hear back > > from Erich Chen. > > > > Regards, > > > > Jan Mikkelsen > > > > I discussed this issue in length with the release engineering team > today, and we're going to go ahead with keeping the .013 version in > 6.2 since it has been working very reliably for a number of other > testers, and reverting it at this late stage of the release represents Mybe it's unrelated to the areca driver, I can reproduce a similar panic with ggate: gune:/etc#46: ggatec create -u 1 -t 30 192.168.0.2 /dev/ad2p6 gune:/etc#47: mount /dev/gg ggate1% ggctl% gune:/etc#47: mount /dev/ggate1 /mnt gune:/etc#48: cd /mnt/ gune:/mnt#49: l .snap gune:/mnt#50: dd if=/dev/null of=testfile bs=4k 0+0 records in 0+0 records out 0 bytes transferred in 0.000090 secs (0 bytes/sec) gune:/mnt#51: dd if=/dev/zero of=testfile bs=4k g_vfs_done():ggate1[WRITE(offset=6815744, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=6946816, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7077888, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7208960, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=7340032, length=131072)]error = 5 g_vfs_done():ggate1[WRITE(offset=98304, length=16384)]error = 5 panic: softdep_move_dependencies: need merge code Uptime: 6h59m0s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort Unfortunately I have only this production machine... Thanks, -Harry