Yet another crash in FreeBSD 5.1

[Eivind Olsen]

I've now had yet another crash under FreeBSD 5.1 (RELENG_5_1, cvsupped 5-6
days ago) and it looks almost the same as the crash I posted about
yesterday (or was it the day before?

Here's some output from DDB:

Krasj 2.7.2003:

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x14
fault code              = supervisor write, page not present
instruction pointer     = 0x8:0xc02e8139
stack pointer           = 0x10:0xcfb5284c
frame pointer           = 0x10:0xcfb52880
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         = 10785 (ctl_cyrusdb)
kernel: type 12 trap, code=0
Stopped at      g_dev_strategy+0x29:    movl    %eax,0x14(%ebx)
db> show reg
cs                 0x8
ds                0x10
es                0x10
fs                0x18
ss                0x10
eax         0xfd235200
ecx                  0
edx                  0
ebx                  0
esp         0xcfb5284c
ebp         0xcfb52880
esi         0xc2156024  _end+0x5ae4
edi         0xc2044900
eip         0xc02e8139  g_dev_strategy+0x29
efl            0x10286
dr0                  0
dr1                  0
dr2                  0
dr3                  0
dr4         0xffff0ff0
dr5              0x400
dr6         0xffff0ff0
dr7              0x400
g_dev_strategy+0x29:    movl    %eax,0x14(%ebx)
db> trace
g_dev_strategy(c2156024,c2153800,0,cfb528d0,c2099eca) at g_dev_strategy+0x29
launch_requests(c299bf00,0,10000,ffffffff,47) at launch_requests+0x448
vinumstart(c5ada2d0,0,c22ab000,cfb5294c,c02e5bc6) at vinumstart+0x2b2
vinumstrategy(c5ada2d0,0,c09719b0,40,0) at vinumstrategy+0xa6
spec_xstrategy(c215c5b4,c5ada2d0,cfb52968,c02e4f18,cfb52994) at
spec_xstrategy+0x306
spec_specstrategy(cfb52994,cfb529b0,c044f7ad,cfb52994,0) at
spec_specstrategy+0x1b
spec_vnoperate(cfb52994,0,c09719b0,f,c5ada2d0) at spec_vnoperate+0x18
ufs_strategy(cfb529d8,cfb52a0c,c0359a87,cfb529d8,1) at ufs_strategy+0xdd
ufs_vnoperate(cfb529d8,1,c0504f45,35e,cfb529f8) at ufs_vnoperate+0x18
bwrite(c5ada2d0,cfb52a5c,c0361aca,c5ada2d0,c5ada400) at bwrite+0x3a7
bawrite(c5ada2d0,c5ada400,10,3c6,20020080) at bawrite+0x1c
cluster_wbuild(c30c7124,4000,50,0,4) at cluster_wbuild+0x6ba
cluster_write(c5b735c0,9c7c64,0,55,c252b880) at cluster_write+0x571
ffs_write(cfb52be0,c21c2528,c22ab000,227,c2025e00) at ffs_wrie+0x5ff
vn_write(c21c2528,cfb52c7c,c252b880,0,c22ab000) at vn_write+0x192
dofilewrite(c22ab000,c21c2528,8,807e000,4000) at dofilewrite+0xe8
write(c22ab000,cfb52d10,c0518514,3fb,3) at write+0x69
syscall(2f,807002f,bfbf002f,0,807e000) at syscall+0x24e
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (4, FreeBSD ELF32, write), eip = 0x282e08b3, esp = 0xbfbfec1c,
ebp = 0xbfbfec38 ---
db>

I tried creating a crash dump by issuing the commands "panic" and then
"continue" but everything seemingly stopped then and nothing was dumped to
disk.

Can anyone suggest what I do next to find out about this crash?

-- 
Regards
Eivind Olsen
eivind at aminor.no