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