From owner-freebsd-bugs Tue Nov 28 23:54:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 5940337B400 for ; Tue, 28 Nov 2000 23:54:14 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA75175; Wed, 29 Nov 2000 08:55:06 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200011290755.IAA75175@freebsd.dk> Subject: Re: kern/22086: DMA errors during intensive disk activity on vinum volume In-Reply-To: <20001129125251.D45540@echunga.lemis.com> from Greg Lehey at "Nov 29, 2000 12:52:51 pm" To: grog@lemis.com (Greg Lehey) Date: Wed, 29 Nov 2000 08:55:06 +0100 (CET) Cc: webmaster@healthnet-sl.es (Carlos Amengual), freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems Greg Lehey wrote: > > > > This is an old problem with vinum, somehow vinum manage to trash > > the ad_request struct between where the ata drives makes it in > > ad_strategy and when it actually gets used later.. > > I thought this was fixed at least in -current long ago, but > > apparently this was either not backported to -stable or the fix > > was not good enough. > > No, the problem went into hiding. It was you who thought it had gone > away. Yes, at a time, but back then we found out that fxp just accelerated the problem, it did not create it. > 1. This config does not include an fxp device, which you had in the > past blamed for the problems: > > > Now, I'm not sure if its vinum or the fxp driver that has a > > problem, but since others have seen strange problems semilar to > > this on other type of systems, I'd say it points very much at > > fxp... The latest fix you put into -current is needed though... See above, I provided you with dumps and what not, but it newer got past that. Since you removed your maintainer bit on vinum it all went into a halt. In the meantime I have decommisioned all the vinum boxes I had out there, fortunately all had either promise or highpoint controllers so they now run ATA RAID's happily without any problems, so vinum is no longer an issue for me at least... > 2. Robin seems to be able to work through the source code, so this > time we may be able to catch it. More power to you :) -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message