Robert Elz <k...@munnari.oz.au> wrote:
> This suggests to me that something is getting totally scrambled in
> the buf headers when things get busy.
I tried dumping the buf_t before panic, to check if it could be
completely corrupted, but it seems it is not the case. Iblkno is
4904744, filesystem has 131891200 blocks.
bp = 0xffffa00005c1e000
bp->b_error = 0
bp->b_resid = 0
bp->b_flags = 0x100000
bp->b_prio = 1
bp->b_bufsize = 2048
bp->b_bcount = 2048
bp->b_dev = 0x8e00
bp->b_blkno = 4904744
bp->b_proc = 0x0
bp->b_saveaddr = 0x0
bp->b_private = 0x0
bp->b_dcookie = 0
bp->b_refcnt = 1
bp->b_lblkno = 0
bp->b_cflags = 0x10
bp->b_vp = 0xffffa00005c2b2a8
bp->b_oflags = 0x200
panic: biodone2 already
db{0}> show vnode 0xffffa00005c2b2a8
OBJECT 0xffffa00005c2b2a8: locked=1, pgops=0xffffffff8058ac00, npages=0,
refs=2
vnode 0xffffa00005c2b2a8 flags 0x30<MPSAFE,LOCKSWORK>
tag VT_UFS(1) type VDIR(2) mount 0xffffa0000448c000 typedata 0x0
usecount 2 writecount 0 holdcount 1
size 200 writesize 200 numoutput 0
data 0xffffa00005c2cf00 lock 0xffffa00005c2b3d8
state LOADED key(0xffffa0000448c000 8) 3a 9f 04 00 00 00 00 00
lrulisthd 0xffffffff8067bb80
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
