Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 5 Nov 1999 17:31:07 -0500
From:      Greg Lehey <grog@mojave.sitaranetworks.com>
To:        Bernd Walter <ticso@cicely.de>
Cc:        Mattias Pantzare <pantzer@ludd.luth.se>, freebsd-fs@FreeBSD.ORG
Subject:   Re: Extending RAID-5 plexes (was: feature list journalled fs)
Message-ID:  <19991105173107.38019@mojave.sitaranetworks.com>
In-Reply-To: <19991105231302.A2771@cicely7.cicely.de>; from Bernd Walter on Fri, Nov 05, 1999 at 11:13:02PM %2B0100
References:  <grog@mojave.sitaranetworks.com> <199911052142.WAA02426@zed.ludd.luth.se> <19991105165042.50293@mojave.sitaranetworks.com> <19991105231302.A2771@cicely7.cicely.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Friday,  5 November 1999 at 23:13:02 +0100, Bernd Walter wrote:
> On Fri, Nov 05, 1999 at 04:50:42PM -0500, Greg Lehey wrote:
>> On Friday,  5 November 1999 at 22:42:49 +0100, Mattias Pantzare wrote:
>>
>>> To get to know vinum I tried to use it on devices made with
>>> vnconfig. Should I debug the panic I got or will it just not work?
>>
>> I don't know of any a priori reason why it shouldn't work.  If you
>> send me a stack trace, I should be able to help.  Note the
>> instructions in vinum(4).
>
> vn devices are file based.
> I prety shure that it's strategy function can't be called in interrupt context
> as happens in Raid5 cases.
> vn calls VOP_READ and VOP_WRITE directly from strategy without a queue like
> real disk drivers do.

Yes, that's reasonable.  I'd still like to see a trace.

We could acommodate vnodes by getting the daemon to complete things.
That would make access still slower, and I can't really see a good
reason for it, but it's possible.

Greg
--
Finger grog@lemis.com for PGP public key
See complete headers for address and phone numbers


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-fs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991105173107.38019>