From owner-freebsd-current Sat Apr 1 15:15:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 68B2637B795 for ; Sat, 1 Apr 2000 15:15:11 -0800 (PST) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.9.3/8.9.3) with ESMTP id BAA28748; Sun, 2 Apr 2000 01:13:36 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.9.3/8.9.0) with ESMTP id BAA28006; Sun, 2 Apr 2000 01:14:36 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id BAA24178; Sun, 2 Apr 2000 01:15:39 +0200 (CEST) (envelope-from ticso) Date: Sun, 2 Apr 2000 01:15:39 +0200 From: Bernd Walter To: Greg Lehey Cc: Soren Schmidt , vallo@matti.ee, freebsd-current@FreeBSD.ORG Subject: Re: Deadlock with vinum raid5 Message-ID: <20000402011538.B24134@cicely8.cicely.de> References: <20000331212544.A59295@myhakas.matti.ee> <200003311932.VAA70873@freebsd.dk> <20000401091140.A51727@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0.1i In-Reply-To: <20000401091140.A51727@freebie.lemis.com>; from grog@lemis.com on Sat, Apr 01, 2000 at 09:11:40AM +0930 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Apr 01, 2000 at 09:11:40AM +0930, Greg Lehey wrote: > On Friday, 31 March 2000 at 21:32:22 +0200, Søren Schmidt wrote: > > Yup, Greg and I know of this problem, it also happens with the wd > > driver and with CAM, so the problem is probably not the driver. > > I'm investigating this right now, and it looks like vinum is > > botching a struct buf in action somehow. > > I'm not sure that this is the same problem. Please supply the > information I ask for in http://www.lemis.com/vinum/how-to-debug.html. > > The problem that Søren and I are looking at is usually a panic. We > don't really know where it's happening, but we're each sure it's not > in *our* code :-) From a Vinum standpoint, it happens between the time > that Vinum sends a request to the driver and when the I/O completes, > so it's difficult to blame Vinum. On the other hand, we've seen it > with SCSI as well, so it's difficult to blame the driver. I'm half > guessing that it's something else altogether which is spamming freed > data. Vinum mallocs the buffer headers rather than using geteblk(), > which could explain why it happens only with Vinum. Greg - I'm using vinums raid5 code since months now for FreeBSDs CVS-Tree on 7x 200M disks - it does not hang for me since a long time. The latest current I tested R5 well is from 19th March on alpha. That's shortly before PHKs changes - I don't beleave that it introduced something new. The only problem with R5 I know of is parity corruption because of a bug in lockrange() for which I've already send you a fix. Even it is a general bug it seems only to cause problems together with softupdates. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message