kern/64726: panic: ffs_copyonwrite: recursive call

Radim Kolar hsn at netmag.cz
Thu Mar 25 11:30:23 PST 2004


>Number:         64726
>Category:       kern
>Synopsis:       panic: ffs_copyonwrite: recursive call
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 25 11:30:22 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Radim Kolar
>Release:        FreeBSD 5.2.1-RELEASE i386
>Organization:
Sanatana Dharma
>Environment:
System: FreeBSD asura.bsd 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #3: Mon Mar 22 14:06:11 CET 2004 root at asura.bsd:/usr/src/sys/i386/compile/UP i386
>Description:

kernel panic when using snapshots. I have seen this many times before, but
today i have finally got full kernel dump.

panic: lockmgr: locking against myself

syncing disks, buffers remaining... panic: ffs_copyonwrite: recursive call

(kgdb) bt
#0  doadump () at ../../../kern/kern_shutdown.c:240
#1  0xc04d2e54 in boot (howto=260) at ../../../kern/kern_shutdown.c:372
#2  0xc04d31f8 in panic () at ../../../kern/kern_shutdown.c:550
#3  0xc058ed70 in ffs_copyonwrite (devvp=0xc2a28000, bp=0xc7b2ef60)
    at ../../../ufs/ffs/ffs_snapshot.c:1934
#4  0xc0493832 in spec_xstrategy (vp=0xc2a28000, bp=0xc7b2ef60)
    at ../../../fs/specfs/spec_vnops.c:474
#5  0xc049392b in spec_specstrategy (ap=0x0)
   at ../../../fs/specfs/spec_vnops.c:534
#6  0xc0492a48 in spec_vnoperate (ap=0x0)
   at ../../../fs/specfs/spec_vnops.c:122
#7  0xc051d854 in bwrite (bp=0xc7b2ef60) at vnode_if.h:1141
#8  0xc051fe2d in vfs_bio_awrite (bp=0xc7b2ef60)
    at ../../../kern/vfs_bio.c:1715
#9  0xc05290bc in vop_stdfsync (ap=0xd0eda280)
    at ../../../kern/vfs_default.c:738
#10 0xc04936a0 in spec_fsync (ap=0xd0eda280)
   at ../../../fs/specfs/spec_vnops.c:422
#11 0xc0492a48 in spec_vnoperate (ap=0x0)
   at ../../../fs/specfs/spec_vnops.c:122
#12 0xc059bac1 in ffs_sync (mp=0xc2a24800, waitfor=2, cred=0xc12a8f00,
  td=0xc066e6a0) at vnode_if.h:627
#13 0xc053654e in sync (td=0xc066e6a0, uap=0x0)
  at ../../../kern/vfs_syscalls.c:141
#14 0xc04d2963 in boot (howto=256) at ../../../kern/kern_shutdown.c:281
#15 0xc04d31f8 in panic () at ../../../kern/kern_shutdown.c:550
#16 0xc04c567e in lockmgr (lkp=0xc7b7c3f4, flags=34144290, interlkp=0x2000020,
    td=0xc2ab7280) at ../../../kern/kern_lock.c:439
#17 0xc0521779 in getblk (vp=0xc2a5a104, blkno=8160960, size=16384, slpflag=0,
    slptimeo=0, flags=0) at machine/pcpu.h:156
#18 0xc051d042 in breadn (vp=0xc2a5a104, blkno=0, size=0, rablkno=0x0,
    rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:700
#19 0xc051cfec in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0)
    at ../../../kern/vfs_bio.c:682
#20 0xc058131f in ffs_alloccg (ip=0xc2a5b08c, cg=23, bpref=2040200, size=16384)
    at ../../../ufs/ffs/ffs_alloc.c:1287
#21 0xc0580d67 in ffs_hashalloc (ip=0xc2a5b08c, cg=23, pref=0, size=16384,
    allocator=0xc0581230 <ffs_alloccg>) at ../../../ufs/ffs/ffs_alloc.c:1155
#22 0xc057ec22 in ffs_alloc (ip=0xc2a5b08c, lbn=255067, bpref=2040200,
    size=16384, cred=0xc12a8f00, bnp=0xd0eda5ec)
    at ../../../ufs/ffs/ffs_alloc.c:157
#23 0xc05862f3 in ffs_balloc_ufs2 (vp=0xc2a68104, startoffset=0, size=16384,
    cred=0xc12a8f00, flags=0, bpp=0xd0eda6fc)
    at ../../../ufs/ffs/ffs_balloc.c:774
#24 0xc058f190 in ffs_copyonwrite (devvp=0xc2a5a104, bp=0xc7bbc388)
    at ../../../ufs/ffs/ffs_snapshot.c:2029
#25 0xc0493832 in spec_xstrategy (vp=0xc2a5a104, bp=0xc7bbc388)
    at ../../../fs/specfs/spec_vnops.c:474
#26 0xc049392b in spec_specstrategy (ap=0x0)
     at ../../../fs/specfs/spec_vnops.c:534
#27 0xc0492a48 in spec_vnoperate (ap=0x0)
    at ../../../fs/specfs/spec_vnops.c:122
#28 0xc051d854 in bwrite (bp=0xc7bbc388) at vnode_if.h:1141
#29 0xc051e2ec in bawrite (bp=0x0) at ../../../kern/vfs_bio.c:1150
#30 0xc05821da in ffs_nodealloccg (ip=0xc2da3118, cg=23, ipref=2241,
    mode=33188) at ../../../ufs/ffs/ffs_alloc.c:1637
#31 0xc0580d67 in ffs_hashalloc (ip=0xc2da3118, cg=23, pref=0, size=33188,
    allocator=0xc0581c80 <ffs_nodealloccg>)
    at ../../../ufs/ffs/ffs_alloc.c:1155
#32 0xc0580499 in ffs_valloc (pvp=0xc2da9a28, mode=33188, cred=0xc2c8a880,
    vpp=0xd0eda8e8) at ../../../ufs/ffs/ffs_alloc.c:857
#33 0xc05ab52c in ufs_makeinode (mode=33188, dvp=0xc2da9a28, vpp=0xd0edabf0,
    cnp=0xd0edac04) at ../../../ufs/ufs/ufs_vnops.c:2358
#34 0xc05a7a29 in ufs_create (ap=0xd0edaa70)
    at ../../../ufs/ufs/ufs_vnops.c:199
#35 0xc05abcf8 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2793
#36 0xc053ec8e in vn_open_cred (ndp=0xd0edabdc, flagp=0xd0edacdc, cmode=420,
    cred=0xc2c8a880, fdidx=0) at vnode_if.h:118
#37 0xc053eae3 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0)
    at ../../../kern/vfs_vnops.c:93
#38 0xc0537c78 in kern_open (td=0xc2ab7280, path=0x0, pathseg=UIO_USERSPACE,
    flags=1538, mode=438) at ../../../kern/vfs_syscalls.c:963
#39 0xc0537ba0 in open (td=0x0, uap=0x0) at ../../../kern/vfs_syscalls.c:933
#40 0xc05fb0f0 in syscall (frame=
 {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1043, tf_esi = -1077942048,
  tf_ebp = -1077942088, tf_isp = -789729932, tf_ebx = 672411936, tf_edx = -1, tf_e
  cx = 18, tf_eax = 5, tf_trapno = 0, tf_err = 2, tf_eip = 671907711, tf_cs = 31,
  tf_eflags = 530, tf_esp = -1077942116, tf_ss = 47})
  at ../../../i386/i386/trap.c:1010
#41 0xc05ec48d in Xint0x80_syscall () at {standard input}:136

Let me know if you want/need more informations from kernel dump.    


>How-To-Repeat:
Can be repeated using the exactly same set of actions. In my case
portupgrade -r expat causes this panic every time.
>Fix:
Remove snapshot from disk using rm.
>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list