is vinum in current working for anyone
Greg 'groggy' Lehey
grog at FreeBSD.org
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.
Greg
--
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 : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040106/e0fddf22/attachment.bin
More information about the freebsd-current
mailing list