is vinum in current working for anyone

Greg 'groggy' Lehey grog at
Mon Jan 5 17:54:39 PST 2004

On Monday,  5 January 2004 at 11:51:06 -0500, Stephen Corbesero wrote:
> I have been unable to use vinum in current since about 5.1.  I have
> just sent debugging information to Greg Lehey, but I was wondering
> if it is working for anyone and how our configurations differ.
> If rc.conf specifies vinum_start="YES", my system usually crashes as
> soon as vinum loads and starts scanning disks.  Sometimes it doesn't
> crash, but the vinum config is lost on at least one of the vinum
> drives.

Yes, I have your backtrace, and I've been trying to make sense of it.
In the meantime I've had another one; together they give me the
feeling that something has gone funny just recently.  I don't
understand from the backtrace how anything should have got trashed on
disk, though; I suspect that the data really was still there, and a
(the) bug gave the impression that it wasn't.

This all worked perfectly on my test system a couple of days ago.  I'm
currently updating my test box to the absolute latest (unfortunately,
that'll take a few hours), and I'll see if I can reproduce the problem
here.  If not, I'll take up your offer of access to the box.

FWIW, the problem *appears* to be in the inline function
__curthread(), called from init_drive.  In the other dump, init_drive
has been passed an invalid drive name pointer (which "can't happen"),
and there's no reason to think that there's anything wrong in
__curthread (only one instruction).  My current guess is that gdb is
lying about the location of the problem.

See complete headers for address and phone numbers.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :

More information about the freebsd-current mailing list