misc/73757: vinum fails to load from rc.conf and kernel panics; works fine if started after boot

[Greg 'groggy' Lehey]

On Wednesday, 10 November 2004 at  8:10:30 +0000, Chris Jones wrote:
> The following reply was made to PR kern/73757; it has been noted by GNATS.
>
> From: Chris Jones <cdjones at novusordo.net>
> To: Ruslan Ermilov <ru at FreeBSD.org>
> Cc: bug-followup at FreeBSD.org
> Subject: Re: misc/73757: vinum fails to load from rc.conf and kernel panics;
>  works fine if started after boot
> Date: Wed, 10 Nov 2004 01:05:07 -0700
>
>  Ruslan Ermilov wrote:
>> On Wed, Nov 10, 2004 at 03:43:55AM +0000, Chris Jones wrote:
>>
>>> Fresh 5.3 install on a Dell Poweredge 750.  The ISIS kernel uses
>>> the same configuration as GENERIC --- I copied it over in hopes
>>> that a quick recompile might solve the problem below.  It didn't.
>>>
>>> When 'start_vinum="YES"' is in /etc/rc.conf, FreeBSD fails to
>>> boot, with the following error message:
>>>
>>> Fatal trap 12: page fault while in kernel mode
>>> fault virtual address   = 0x60
>>> fault code              = supervisor read, page not present
>>> instruction pointer     = 0x8:0xc05e8a2f
>>> stack pointer           = 0x10:0xe8172a1c
>>> frame pointer           = 0x10:0xe8172a1c
>>> code segment            = base 0x0, limit 0xfffff, type 0x1b
>>>                        = DPL 0, pres 1, def32 1, gran 1
>>> processor eflags        = interrupt enabled, resume, IOPL = 0
>>> current process         = 643 (vinum)
>>> trap number             = 12
>>> panic: page fault
>>>
>>
>> Please see http://www.FreeBSD.org/releases/5.3R/errata.html
>> for a workaround.
>
>  Hi, Ruslan --- I tried adding 'vinum_load="YES"' into my
>  /boot/loader.conf, as errata.html suggests, but this didn't help with
>  getting vinum to load properly; I still got trap 12 on booting.

This is a known problem in 5.3 with old Vinum.  Basically "it don't
work".  Hopefully soon you'll be able to use new Vinum ("gvinum") for
this purpose.

>  Unfortunately, I don't have the exact addresses for the
>  {instruction, stack, frame} pointers from that attempt handy at the
>  moment, but I'll send them your way as soon as possible.

This would be of such limited use that most people wouldn't bother
looking at them.  You really need a stack trace, preferably a dump.

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-bugs/attachments/20041111/e676c0eb/attachment.bin