panic with vinum
Bernd Walter
ticso at cicely5.cicely.de
Sat Jun 26 18:28:00 PDT 2004
On Sat, Jun 26, 2004 at 08:06:42PM +0200, Lukas Ertl wrote:
> On Sat, 26 Jun 2004, Matthias Schuendehuette wrote:
>
> >On Saturday 26 June 2004 13:56, Lukas Ertl wrote:
> >>I'm quite sure that recent changes to vfs_mount.c cause this. I'm
> >>not sure how to fix it, though.
> >
> >At least going back to version 1.128 of vfs_mount.c alone doesn't help.
>
> You probably need to go back to 1.127.
I saw the same thing with 22th -current on alpha.
As workaround the vinum volumes are started later for now, but with
around 1 day uptime:
fatal kernel trap:
trap entry = 0x2 (memory management fault)
cpuid = 0
faulting va = 0x0
type = access violation
cause = store instruction
pc = 0xfffffc00005e5cb8
ra = 0xfffffe0000377238
sp = 0xfffffe003079da90
curthread = 0xfffffc007aa1e000
pid = 32, comm = syncer
Stopped at bcopy_samealign_lp: stq_u t2,0(a1) <0x0> <t2=0x18124,a1=0x0>
db> trace
bcopy_samealign_lp() at bcopy_samealign_lp
vinumstart() at vinumstart+0x138
vinumstrategy() at vinumstrategy+0x118
prologue botch: displacement 16
--
B.Walter BWCT http://www.bwct.de
bernd at bwct.de info at bwct.de
More information about the freebsd-current
mailing list