RELENG_7/i386: ZFS constant panic on file system writes

Dmitry Morozovsky marck at
Tue Apr 7 03:00:30 PDT 2009

On Fri, 3 Apr 2009, Dmitry Morozovsky wrote:

DM> Pawel,
DM> could you please help me a bit with *very* unpleasant situation: one of my 
DM> servers with very large ZFS reboots on most write requests to one (largest, 
DM> which effectively prohibits recreating) ZFS file system with
DM> panic: avl_find() succeeded inside avl_add()

Is there a way I can clear the directory in question? Even the latest -current 
panics when I try to access the directory containing this file.

DM> (kgdb) bt
DM> #0  doadump () at pcpu.h:196
DM> #1  0xc0533227 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
DM> #2  0xc0533535 in panic (fmt=Variable "fmt" is not available.
DM> ) at /usr/src/sys/kern/kern_shutdown.c:574
DM> #3  0xc0836a20 in avl_add (tree=Variable "tree" is not available.
DM> ) at 
DM> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/avl/avl.c:635
DM> #4  0xc088c39f in zap_lockdir (os=0xc555a590, obj=6108, tx=0x0, lti=RW_READER, 
DM> fatreader=1, zapp=0xfc6907f8)
DM>     at 
DM> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:231
DM> #5  0xc088cc0f in zap_lookup (os=0xc555a590, zapobj=6108, name=0xfc6908bc 
DM> "daily.20080701.gz", integer_size=8, num_integers=1, buf=0xfc69083c)
DM>     at 
DM> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:509
DM> #6  0xc089e25d in zfs_dirent_lock (dlpp=0xfc690878, dzp=0xc709f570, 
DM> name=0xfc6908bc "daily.20080701.gz", zpp=0xfc690874, flag=Variable "flag" is 
DM> not available.
DM> )
DM>     at 
DM> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:173
DM> #7  0xc089e43e in zfs_dirlook (dzp=0xc709f570, name=0xfc6908bc 
DM> "daily.20080701.gz", vpp=0xfc690b5c)
DM>     at 
DM> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_dir.c:271
DM> #8  0xc08a8653 in zfs_freebsd_lookup (ap=0xfc690a00)
DM>     at 
DM> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1080
DM> #9  0xc06dab42 in VOP_CACHEDLOOKUP_APV (vop=0xc08ba7e0, a=0xfc690a00) at 
DM> vnode_if.c:153
DM> #10 0xc05a402c in vfs_cache_lookup (ap=0xfc690a84) at vnode_if.h:83
DM> #11 0xc06dc816 in VOP_LOOKUP_APV (vop=0xc08ba7e0, a=0xfc690a84) at 
DM> vnode_if.c:99
DM> #12 0xc05aa681 in lookup (ndp=0xfc690b48) at vnode_if.h:57
DM> #13 0xc05ab308 in namei (ndp=0xfc690b48) at /usr/src/sys/kern/vfs_lookup.c:215
DM> #14 0xc05ba07f in kern_lstat (td=0xc5186af0, path=0xbfbfd088 <Address 
DM> 0xbfbfd088 out of bounds>, pathseg=UIO_USERSPACE, sbp=0xfc690c18)
DM>     at /usr/src/sys/kern/vfs_syscalls.c:2184
DM> #15 0xc05ba22f in lstat (td=0xc5186af0, uap=0xfc690cfc) at 
DM> /usr/src/sys/kern/vfs_syscalls.c:2167
DM> #16 0xc06d0288 in syscall (frame=0xfc690d38) at 
DM> /usr/src/sys/i386/i386/trap.c:1090
DM> #17 0xc06b5bc0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255
DM> #18 0x00000033 in ?? ()
DM> Previous frame inner to this frame (corrupt stack?)
DM> this is fresh RELENG_7/i386 with (I suppose, unrelated) patch to ata from mav@
DM> Thanks in advance.

D.Marck                                     [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer:                                 marck at ]
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at ***

More information about the freebsd-stable mailing list