msdosfs kernel panic

Kyle Butt kylebutt at gmail.com
Tue May 24 08:55:36 PDT 2005


This one is new to me. My System is running current as of
Apr 27. I have a kernel core in my home directory on leaf.

I was playing some oggs off of my windows drive, and I did
a find / -name "cf" when it crashed. Hope that helps. It
seems based on the back trace to be namecache related, but
I could be completely wrong.

Here's the backtrace:

#0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:507
#1  0xc02a308b in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:340
#2  0xc02a3540 in panic (fmt=0xc04fd760 "assertion: dep == deq in %s") at /usr/src/sys/kern/kern_shutdown.c:619
#3  0xc02f9779 in msdosfs_hashrem (dep=0xc8160ef0) at /usr/src/sys/vfs/msdosfs/msdosfs_denode.c:206
#4  0xc02fa227 in msdosfs_reclaim (ap=0x0) at /usr/src/sys/vfs/msdosfs/msdosfs_denode.c:669
#5  0xc02f2951 in vop_reclaim (ops=0x0, vp=0x0, td=0x0) at /usr/src/sys/kern/vfs_vopops.c:810
#6  0xc02e7c90 in vclean (vp=0xd73ddc08, flags=8, td=0xd72e4f00) at /usr/src/sys/kern/vfs_subr.c:1118
#7  0xc02e7e18 in vgone (vp=0xd73ddc08) at thread.h:79
#8  0xc02e9523 in allocvnode (lktimeout=6, lkflags=64) at /usr/src/sys/kern/vfs_lock.c:436
#9  0xc02e9836 in getnewvnode (tag=VT_NON, mp=0xc1976e58, vpp=0x0, lktimeout=0, lkflags=0) at /usr/src/sys/kern/vfs_mount.c:180
#10 0xc041efa1 in ffs_vget (mp=0xc1976e58, ino=872289, vpp=0xd72e79cc) at /usr/src/sys/vfs/ufs/ffs_vfsops.c:1088
#11 0xc042266b in ufs_lookup (ap=0xd72e7a00) at /usr/src/sys/vfs/ufs/ufs_lookup.c:588
#12 0xc0427901 in ufs_vnoperate (ap=0x0) at /usr/src/sys/vfs/ufs/ufs_vnops.c:2361
#13 0xc02f237e in vop_lookup (ops=0x0, dvp=0x0, vpp=0x0, cnp=0x0) at /usr/src/sys/kern/vfs_vopops.c:335
#14 0xc02e04cc in vop_compat_nresolve (ap=0xd72e7aa0) at /usr/src/sys/kern/vfs_default.c:232
#15 0xc02e03be in vop_defaultop (ap=0x0) at /usr/src/sys/kern/vfs_default.c:157
#16 0xc0427901 in ufs_vnoperate (ap=0x0) at /usr/src/sys/vfs/ufs/ufs_vnops.c:2361
#17 0xc02f2e5e in vop_nresolve (ops=0x0, ncp=0x0, cred=0x0) at /usr/src/sys/kern/vfs_vopops.c:1219
#18 0xc02ddd79 in cache_resolve (ncp=0xd74bbbb0, cred=0xc17a7048) at /usr/src/sys/kern/vfs_cache.c:1451
#19 0xc02e56c1 in nlookup (nd=0xd72e7bb8) at /usr/src/sys/kern/vfs_nlookup.c:409
#20 0xc02edef2 in kern_stat (nd=0xd72e7bb8, st=0xd72e7b58) at /usr/src/sys/kern/vfs_syscalls.c:1871
#21 0xc02ee073 in lstat (uap=0xd72e7c24) at /usr/src/sys/kern/vfs_syscalls.c:1934
#22 0xc04a8683 in syscall2 (frame=
      {tf_fs = 134545455, tf_es = 134545455, tf_ds = -1078001617, tf_edi = -1077937760, tf_esi = 134589696, tf_ebp = -1077937640, tf_isp = -684819084, tf_ebx = 672214064, tf_edx = 134553856, tf_ecx = 134553856, tf_eax = 190, tf_trapno = 7, tf_err = 2, tf_eip = 671853808, tf_cs = 31, tf_eflags = 582, tf_esp = -1077937796, tf_ss = 47})
    at /usr/src/sys/i386/i386/trap.c:1350
#23 0xc049842a in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:858
#24 0x0805002f in ?? ()
#25 0x0805002f in ?? ()
#26 0xbfbf002f in ?? ()
#27 0xbfbff9a0 in ?? ()
#28 0x0805ad00 in ?? ()
#29 0xbfbffa18 in ?? ()
#30 0xd72e7d74 in ?? ()
#31 0x28112c30 in ?? ()
#32 0x08052100 in ?? ()
#33 0x08052100 in ?? ()
#34 0x000000be in ?? ()
#35 0x00000007 in ?? ()
#36 0x00000002 in ?? ()
#37 0x280bacf0 in ?? ()
#38 0x0000001f in ?? ()
#39 0x00000246 in ?? ()
#40 0xbfbff97c in ?? ()
#41 0x0000002f in ?? ()
#42 0x00000000 in ?? ()
#43 0x00000000 in ?? ()
#44 0x00000000 in ?? ()
#45 0x00000000 in ?? ()
#46 0x12af1000 in ?? ()
#47 0xff800000 in ?? ()
#48 0xc05bb478 in ithread_ary ()
#49 0xd72e7578 in ?? ()
#50 0xd72e7564 in ?? ()
#51 0xd72e4f00 in ?? ()
#52 0xc02a87f9 in lwkt_preempt (ntd=0x805ad00, critpri=---Can't read userspace from dump, or kernel process---

As always, You guys are great,

Kyle





More information about the Kernel mailing list