Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 11 Sep 1998 23:16:17 -0400 (EDT)
From:      Brian Feldman <green@unixhelp.org>
To:        current@FreeBSD.ORG
Subject:   SoftUpdates panic/dbg kernel/core dump
Message-ID:  <Pine.BSF.4.02.9809112258190.5181-100000@zone.syracuse.net>

next in thread | raw e-mail | index | archive | help
Okay, well I've got one here, a genuine working coredump ;) I've got this
problem too. I've taken this oppurtunity to attempt to familiarize myself
with all the ffs code, but it's difficult.... Anyway, I've been trying to
debug this a bit myself, and I can't figure out exactly why the heck an
inode would be 0! I've been eploring syncer code, etc, as much as i can
without being as familiar as Luoqi, Julian, Kirk, etc, and I haven't been
able to find much of a clue :( most I've figured out is that the file
causing the panic (using "causing" loosely) is fdiv_ui.o:

(gdb) printf "%i\n", (*((struct direct *) (0xf30fd000 + 1536))).d_ino
0
(gdb) printf "%s\n", (*((struct direct *) (0xf30fd000 + 1536))).d_name
fdiv_ui.o

And following is a nice full backtrace for all those interested, and I'm
keeping the core around for a while if anyone wants to hack around with
it.

Cheers,
Brian Feldman

IdlePTD 2801664
initial pcb at 23a23c
panicstr: softdep_lock: locking against myself
panic messages:
---
panic: initiate_write_filepage: dir inum 0 != new 79043

syncing disks... panic: softdep_lock: locking against myself

dumping to dev 20001, offset 40960
dump 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57
56 55 
54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30
29 28
 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 
---
#0  boot (howto=260) at ../../kern/kern_shutdown.c:286
286                                     dumppcb.pcb_cr3 = rcr3();
(kgdb) bt
#0  boot (howto=260) at ../../kern/kern_shutdown.c:286
#1  0xf011a358 in panic (fmt=0xf01afea1 "softdep_lock: locking against
myself")
    at ../../kern/kern_shutdown.c:427
#2  0xf01aff09 in acquire_lock (lk=0xf0228adc)
    at ../../ufs/ffs/ffs_softdep.c:263
#3  0xf01b36af in initiate_write_inodeblock (inodedep=0xf0de6500, 
    bp=0xf25c90e0) at ../../ufs/ffs/ffs_softdep.c:2811
#4  0xf01b329f in softdep_disk_io_initiation (bp=0xf25c90e0)
    at ../../ufs/ffs/ffs_softdep.c:2670
#5  0xf0148986 in spec_strategy (ap=0xf5725c6c)
    at ../../miscfs/specfs/spec_vnops.c:540
#6  0xf01480c9 in spec_vnoperate (ap=0xf5725c6c)
    at ../../miscfs/specfs/spec_vnops.c:129
#7  0xf01bfb59 in ufs_vnoperatespec (ap=0xf5725c6c)
    at ../../ufs/ufs/ufs_vnops.c:2303
#8  0xf013574f in bwrite (bp=0xf25c90e0) at vnode_if.h:891
#9  0xf0139f96 in vop_stdbwrite (ap=0xf5725cd4) at
../../kern/vfs_default.c:284
#10 0xf0139dd1 in vop_defaultop (ap=0xf5725cd4) at
../../kern/vfs_default.c:130
#11 0xf01480c9 in spec_vnoperate (ap=0xf5725cd4)
    at ../../miscfs/specfs/spec_vnops.c:129
#12 0xf01bfb59 in ufs_vnoperatespec (ap=0xf5725cd4)
    at ../../ufs/ufs/ufs_vnops.c:2303
#13 0xf01361cf in vfs_bio_awrite (bp=0xf25c90e0) at vnode_if.h:1145
#14 0xf01b8fab in ffs_fsync (ap=0xf5725d70) at
../../ufs/ffs/ffs_vnops.c:201
#15 0xf01b7487 in ffs_sync (mp=0xf0b65a00, waitfor=2, cred=0xf0b5bd80, 
    p=0xf026a894) at vnode_if.h:499
#16 0xf013e6a7 in sync (p=0xf026a894, uap=0x0) at
../../kern/vfs_syscalls.c:527
#17 0xf0119f33 in boot (howto=256) at ../../kern/kern_shutdown.c:203
#18 0xf011a358 in panic (fmt=0xf01b33d9 "%s: dir inum %d != new %d")
    at ../../kern/kern_shutdown.c:427
#19 0xf01b3454 in initiate_write_filepage (pagedep=0xf0cc2240,
bp=0xf25971e8)
    at ../../ufs/ffs/ffs_softdep.c:2752
#20 0xf01b328f in softdep_disk_io_initiation (bp=0xf25971e8)
    at ../../ufs/ffs/ffs_softdep.c:2666
#21 0xf0148986 in spec_strategy (ap=0xf5725e6c)
    at ../../miscfs/specfs/spec_vnops.c:540
#22 0xf01480c9 in spec_vnoperate (ap=0xf5725e6c)
    at ../../miscfs/specfs/spec_vnops.c:129
#23 0xf01bfb59 in ufs_vnoperatespec (ap=0xf5725e6c)
    at ../../ufs/ufs/ufs_vnops.c:2303
#24 0xf01bf533 in ufs_strategy (ap=0xf5725eac) at vnode_if.h:891
#25 0xf01bfb29 in ufs_vnoperate (ap=0xf5725eac)
    at ../../ufs/ufs/ufs_vnops.c:2285
#26 0xf013574f in bwrite (bp=0xf25971e8) at vnode_if.h:891
#27 0xf0139f96 in vop_stdbwrite (ap=0xf5725ee8) at
../../kern/vfs_default.c:284
#28 0xf0139dd1 in vop_defaultop (ap=0xf5725ee8) at
../../kern/vfs_default.c:130
#29 0xf01bfb29 in ufs_vnoperate (ap=0xf5725ee8)
    at ../../ufs/ufs/ufs_vnops.c:2285
#30 0xf0135968 in bawrite (bp=0xf25971e8) at vnode_if.h:1145
#31 0xf01b8f65 in ffs_fsync (ap=0xf5725f78) at
../../ufs/ffs/ffs_vnops.c:183
#32 0xf013bfbc in sched_sync () at vnode_if.h:499
#33 0xf010d906 in kproc_start (udata=0xf02248e8) at
../../kern/init_main.c:245
#34 0xf01d6230 in fork_trampoline ()
Cannot access memory at address 0x2000.
(kgdb) quit



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.02.9809112258190.5181-100000>