Re: panic: softdep_setup_inomapdep: found inode

On Mon, 9 Feb 2004, sebastian ssmoller wrote:

> i got this on my test system today. i found some other messages in the
> archives about that - does anyone know what the status of this panic is
> ?

Were you doing a large operation, like cvsupping ports, while the
background fsck was running?  There is a known race in there that causes
panics like this.

>
>
> panic: softdep_setup_inomapdep: found inode
> panic messages:
> ---
> panic: softdep_setup_inomapdep: found inode
> at line 1278 in file /usr/src/sys/ufs/ffs/ffs_softdep.c
> Debugger("panic")
> panic: from debugger
> at line 450 in file /usr/src/sys/ddb/db_command.cUptime: 37m17s
> Dumping 255 MB
>  16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
> ---
>
> warning: cannot find file for module geom_concat.ko
>
> Error while mapping shared library sections:
> geom_concat.ko: No such file or directory.
> Reading symbols from
> /usr/obj/usr/src/sys/DEBUG/modules/usr/src/sys/modules/linux/linux.ko.d
> ebug...done. Loaded symbols for
> /usr/obj/usr/src/sys/DEBUG/modules/usr/src/sys/modules/linux/linux.ko.d
> ebug Reading symbols from /boot/kernel/acpi.ko...done.
> Loaded symbols for /boot/kernel/acpi.ko
> Reading symbols from
> /usr/obj/usr/src/sys/DEBUG/modules/usr/src/sys/modules/linprocfs/linpro
> cfs.ko.debug...done. Loaded symbols for
> /usr/obj/usr/src/sys/DEBUG/modules/usr/src/sys/modules/linprocfs/linpro
> cfs.ko.debug Error while reading shared library symbols:
> geom_concat.ko: No such file or directory.
> #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
> 240             dumping++;
> (kgdb)
> (kgdb) bt
> #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
> #1  0xc04d56b5 in boot (howto=260) at
> #/usr/src/sys/kern/kern_shutdown.c:374 2  0xc04d5983 in __panic () at
> #/usr/src/sys/kern/kern_shutdown.c:552 3  0xc043c6c7 in db_panic () at
> #/usr/src/sys/ddb/db_command.c:450 4  0xc043c654 in db_command
> #(last_cmdp=0xc069e020, cmd_table=0x0, aux_cmd_tablep=0xc065e9a0,
> #aux_cmd_tablep_end=0xc065e9a4) at /usr/src/sys/ddb/db_command.c:346 5
> #0xc043c734 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 6
> # 0xc043edfd in db_trap (type=3, code=0) at
> # /usr/src/sys/ddb/db_trap.c:73
> #7  0xc0600351 in kdb_trap (type=3, code=0, regs=0xce39e768) at
> #/usr/src/sys/i386/i386/db_interface.c:171 8  0xc060d724 in trap (frame=
>       {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi =
> -1067114163, tf_ebp = -835065940, tf_isp = -835065964, tf_ebx = 0,
> tf_edx = 0, tf_ecx = -1061076992, tf_eax = 18, tf_trapno = 3, tf_err =
> 0, tf_eip = -1067448895, tf_cs = 8, tf_eflags = 642, tf_esp =
> -835065888, tf_ss = -835065908}) at /usr/src/sys/i386/i386/trap.c:579
> #9  0xc06005c1 in Debugger (msg=0xc0641426 "panic") at
> #machine/cpufunc.h:65 10 0xc04d5933 in __panic (file=0xc0651d38
> #"/usr/src/sys/ufs/ffs/ffs_softdep.c", line=1278, fmt=0xc065214d
> #"softdep_setup_inomapdep: found inode")
>     at /usr/src/sys/kern/kern_shutdown.c:536
> #11 0xc05b71cd in softdep_setup_inomapdep (bp=0xc797d828, ip=0x0,
> #newinum=895012) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1278 12
> #0xc05aaed4 in ffs_nodealloccg (ip=0xc38f2e38, cg=38, ipref=36,
> #mode=33152) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1611 13 0xc05a9efb in
> #ffs_hashalloc (ip=0xc38f2e38, cg=38, pref=895163, size=33152,
> #allocator=0xc05aac28 <ffs_nodealloccg>) at
> #/usr/src/sys/ufs/ffs/ffs_alloc.c:1155 14 0xc05a973b in ffs_valloc
> #(pvp=0xc3915000, mode=33152, cred=0xc29b0980, vpp=0xce39e8f4) at
> #/usr/src/sys/ufs/ffs/ffs_alloc.c:857 15 0xc05cd01d in ufs_makeinode
> #(mode=33152, dvp=0xc3915000, vpp=0xce39ebf8, cnp=0xce39ec0c) at
> #/usr/src/sys/ufs/ufs/ufs_vnops.c:2358 16 0xc05c9cd2 in ufs_create
> #(ap=0xce39ea74) at /usr/src/sys/ufs/ufs/ufs_vnops.c:199 17 0xc05cd63b
> #in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2793 18
> #0xc05297e3 in vn_open_cred (ndp=0xce39ebe4, flagp=0xce39ece4,
> #cmode=384, cred=0xc29b0980, fdidx=0) at vnode_if.h:118 19 0xc052966a in
> #vn_open (ndp=0x0, flagp=0xce39ece4, cmode=384, fdidx=7) at
> #/usr/src/sys/kern/vfs_vnops.c:93 20 0xc0523d29 in kern_open
> #(td=0xc272d930, path=0x0, pathseg=UIO_USERSPACE, flags=1539, mode=384)
> #at /usr/src/sys/kern/vfs_syscalls.c:963 21 0xc0523c68 in open
> #(td=0xc272d930, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:933 22
> #0xc060de8f in syscall (frame=
>       {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077941248, tf_esi
> = -1077941232, tf_ebp = 136309500, tf_isp = -835064460, tf_ebx = 3,
> tf_edx = 4, tf_ecx = 1, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip =
> 672722811, tf_cs = 31, tf_eflags = 530, tf_esp = 136309344, tf_ss = 47})
> at /usr/src/sys/i386/i386/trap.c:1008
> #23 0x2818ef7b in ?? ()
> ---Can't read userspace from dump, or kernel process---
>
> (kgdb)
>
>
> $ uname -a
> FreeBSD andariel.linnet 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sat Feb  7
> 19:45:43 CET 2004     root_at_andariel.linnet:/usr/obj/usr/src/sys/DEBUG
> i386
>
>
> regards,
> seb
>
>

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite_at_gumbysoft.com          |  www.FreeBSD.org