[panic]: FreeBSD 5.2.1-p2 lockmgr: locking against myself: seems ufs/ffs related

From: Benjamin Close <cisbjc_at_cs.unisa.edu.au>
Date: Tue, 10 Feb 2004 16:18:06 +1030
Hi All,
    Got the attached panic whilst rsyncing to the box. The box has 
multiple snapshots on one filesystem (rolling 14day backup).
kernel.debug,vmcore, dmesg, info.2 available from:
http://www.clearchain.com/people/benjsc/download/freebsd-panic-20040210-5.2.1-p2.tar.gz  
(38Mb)

Just after the reboot got the following lo reversal:
acquiring duplicate lock of same type: "vnode interlock"
 1st vnode interlock _at_ ufs/ffs/ffs_snapshot.c:1794
 2nd vnode interlock _at_ ufs/ffs/ffs_snapshot.c:1796
Stack backtrace:
lock order reversal
 1st 0xc0954c40 UMA lock (UMA lock) _at_ vm/uma_core.c:1200
 2nd 0xc1031100 system map (system map) _at_ vm/vm_map.c:2210
Stack backtrace:

FreeBSD 5.2-RELEASE-p2 #2: Tue Feb 10 15:14:06 CST 2004
    benjsc_at_rsync.levels.unisa.edu.au:/usr/src/sys/i386/compile/GENERIC

GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...
panic: lockmgr: locking against myself
panic messages:
---
panic: lockmgr: locking against myself
cpuid = 0;
panic: from debugger
cpuid = 0;
Uptime: 25m58s
Dumping 256 MB
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
---
#0  doadump () at ../../../kern/kern_shutdown.c:240
240             dumping++;
(kgdb) bt
#0  doadump () at ../../../kern/kern_shutdown.c:240
#1  0xc063d8a0 in boot (howto=260) at ../../../kern/kern_shutdown.c:372
#2  0xc063dc9d in panic () at ../../../kern/kern_shutdown.c:550
#3  0xc0467f32 in db_panic () at ../../../ddb/db_command.c:450
#4  0xc0467e92 in db_command (last_cmdp=0xc0900f40, cmd_table=0x0, 
aux_cmd_tablep=0xc0884a34,
    aux_cmd_tablep_end=0xc0884a4c) at ../../../ddb/db_command.c:346
#5  0xc0467fd5 in db_command_loop () at ../../../ddb/db_command.c:472
#6  0xc046afd5 in db_trap (type=3, code=0) at ../../../ddb/db_trap.c:73
#7  0xc07e2ddc in kdb_trap (type=3, code=0, regs=0xd27532b0) at 
../../../i386/i386/db_interface.c:171
#8  0xc07f8e58 in trap (frame=
      {tf_fs = -1067057128, tf_es = -1064173552, tf_ds = -1064173552, 
tf_edi = -1064959850, tf_esi = 1, tf_eb
p = -764071172, tf_isp = -764071204, tf_ebx = 0, tf_edx = 0, tf_ecx = 
32, tf_eax = 18, tf_trapno = 3, tf_err
= 0, tf_eip = -1065471771, tf_cs = 8, tf_eflags = 662, tf_esp = 
-1064843151, tf_ss = -1064953369})
    at ../../../i386/i386/trap.c:580
#9  0xc07e47d8 in calltrap () at {standard input}:94
#10 0xc063dc36 in panic (fmt=0xc0860096 "lockmgr: locking against myself")
    at ../../../kern/kern_shutdown.c:534
#11 0xc06311ad in lockmgr (lkp=0xc7d978fc, flags=34144290, 
interlkp=0x2000020, td=0xc2d79140)
    at ../../../kern/kern_lock.c:439
#12 0xc0689d4f in getblk (vp=0xc2e8071c, blkno=192, size=16384, 
slpflag=0, slptimeo=0, flags=0)
    at machine/pcpu.h:156
#13 0xc06862d2 in breadn (vp=0xc2e8071c, blkno=0, size=0, rablkno=0x0, 
rabsize=0x0, cnt=0, cred=0x0,
    bpp=0x0) at ../../../kern/vfs_bio.c:700
#14 0xc068627c in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0) at 
../../../kern/vfs_bio.c:682
#15 0xc077735f in ffs_alloccg (ip=0xc2e81578, cg=0, bpref=33176, size=16384)
    at ../../../ufs/ffs/ffs_alloc.c:1287
#16 0xc0776da7 in ffs_hashalloc (ip=0xc2e81578, cg=0, pref=0, size=16384,
    allocator=0xc0777270 <ffs_alloccg>) at ../../../ufs/ffs/ffs_alloc.c:1155
#17 0xc0774c62 in ffs_alloc (ip=0xc2e81578, lbn=9, bpref=33176, 
size=16384, cred=0xc16bc100, bnp=0xd27535d8)
    at ../../../ufs/ffs/ffs_alloc.c:157
#18 0xc077bb6c in ffs_balloc_ufs2 (vp=0xc2e62a28, startoffset=0, 
size=16384, cred=0xc16bc100, flags=0,
    bpp=0xd27536e8) at ../../../ufs/ffs/ffs_balloc.c:639
#19 0xc0784c18 in ffs_copyonwrite (devvp=0xc2e8071c, bp=0xc7e07e00) at 
../../../ufs/ffs/ffs_snapshot.c:2029
#20 0xc0602e72 in spec_xstrategy (vp=0xc2e8071c, bp=0xc7e07e00) at 
../../../fs/specfs/spec_vnops.c:474
#21 0xc0602fe2 in spec_specstrategy (ap=0xd275379c) at 
../../../fs/specfs/spec_vnops.c:534
#22 0xc0601f48 in spec_vnoperate (ap=0x0) at 
../../../fs/specfs/spec_vnops.c:122
#23 0xc06869d4 in bwrite (bp=0xd275379c) at vnode_if.h:1141
#24 0xc068728c in bawrite (bp=0x0) at ../../../kern/vfs_bio.c:1150
#25 0xc077821a in ffs_nodealloccg (ip=0xc3cf794c, cg=0, ipref=65, 
mode=33152)
    at ../../../ufs/ffs/ffs_alloc.c:1637
#26 0xc0776da7 in ffs_hashalloc (ip=0xc3cf794c, cg=0, pref=0, size=33152,
    allocator=0xc0777cc0 <ffs_nodealloccg>) at 
../../../ufs/ffs/ffs_alloc.c:1155
#27 0xc07764d9 in ffs_valloc (pvp=0xc3d1171c, mode=33152, 
cred=0xc2ec2480, vpp=0xd27538e4)
    at ../../../ufs/ffs/ffs_alloc.c:857
#28 0xc079fe9c in ufs_makeinode (mode=33152, dvp=0xc3d1171c, 
vpp=0xd2753bf0, cnp=0xd2753c04)
    at ../../../ufs/ufs/ufs_vnops.c:2358
#29 0xc079c439 in ufs_create (ap=0xd2753a6c) at 
../../../ufs/ufs/ufs_vnops.c:199
#30 0xc07a05a8 in ufs_vnoperate (ap=0x0) at 
../../../ufs/ufs/ufs_vnops.c:2793
---Type <return> to continue, or q <return> to quit---
#31 0xc06a48ce in vn_open_cred (ndp=0xd2753bdc, flagp=0xd2753cdc, 
cmode=384, cred=0xc2ec2480, fdidx=0)
    at vnode_if.h:118
#32 0xc06a4723 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at 
../../../kern/vfs_vnops.c:93
#33 0xc069dbce in kern_open (td=0xc2d79140, path=0x0, 
pathseg=UIO_USERSPACE, flags=2563, mode=384)
    at ../../../kern/vfs_syscalls.c:963
#34 0xc069daf0 in open (td=0x0, uap=0x0) at ../../../kern/vfs_syscalls.c:933
#35 0xc07f9830 in syscall (frame=
      {tf_fs = 47, tf_es = 47, tf_ds = -1078001617, tf_edi = 
-2078209981, tf_esi = -1077948806, tf_ebp = -107
7950120, tf_isp = -764068492, tf_ebx = 672565600, tf_edx = -1077948896, 
tf_ecx = 56, tf_eax = 5, tf_trapno =
0, tf_err = 2, tf_eip = 672056143, tf_cs = 31, tf_eflags = 646, tf_esp = 
-1077950292, tf_ss = 47})
    at ../../../i386/i386/trap.c:1010
#36 0xc07e482d in Xint0x80_syscall () at {standard input}:136
---Can't read userspace from dump, or kernel process---

Cheers,
    Benjamin

-- 
3D Research Associate / System Administrator     +61 8 8302 3669
School of Computer and Information Science       Room D1-07, ML Campus
University of South Australia                    Mawson Lakes Blvd.
Benjamin.Close_at_cs.unisa.edu.au                   South Australia, 5095
F00D C83D 5F7E 5561 DF91  B74D E602 CAA3 4842 B5B4
Received on Mon Feb 09 2004 - 20:48:53 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:42 UTC