ZFS MFC heads up
Kip Macy
kmacy at freebsd.org
Thu May 21 19:55:21 UTC 2009
Looks like a (corrupted) space management bug. I'll take a closer look
this weekend to see if it can be recovered from.
-Kip
On Thu, May 21, 2009 at 12:50 PM, Dmitry Morozovsky <marck at rinet.ru> wrote:
> On Wed, 20 May 2009, Kip Macy wrote:
>
> KM> I will be MFC'ing the newer ZFS support some time this afternoon. Both
> KM> world and kernel will need to be re-built. Existing pools will
> KM> continue to work without upgrade.
> KM>
> KM>
> KM> If you choose to upgrade a pool to take advantage of new features you
> KM> will no longer be able to use it with sources prior to today. 'zfs
> KM> send/recv' is not expected to inter-operate between different pool
> KM> versions.
>
> I updated my poor old moose to the fresh RELENG_7, and panic is still in place:
>
> root at moose:/ar/.bad# ls -la 200807/
> total 9089
> drwxr-xr-x 3 rscript wheel 4 Nov 5 2008 ./
> drwxr-xr-x 3 root wheel 3 Apr 12 21:33 ../
> drwxr-xr-x 2 rscript wheel 36 Apr 2 22:12 daily/
> -rw-r--r-- 1 rscript wheel 9207828 Aug 1 2008 total.200807
> root at moose:/ar/.bad# ls -la 200807/daily/
>
> panic: avl_find() succeeded inside avl_add()
> cpuid = 1
> Uptime: 1m27s
> Physical memory: 2039 MB
> Dumping 247 MB: 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8
> Dump complete
>
> on the dump:
>
> (kgdb) bt
> #0 doadump () at pcpu.h:196
> #1 0xc05352e7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
> #2 0xc05355f5 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:574
> #3 0xc0843b60 in avl_add (tree=Variable "tree" is not available.
> ) at
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/avl/avl.c:635
> #4 0xc08b0edf in zap_lockdir (os=0xc55dfa60, obj=6108, tx=0x0, lti=RW_READER,
> fatreader=1, adding=0, zapp=0xfc755ba0)
> at
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:335
> #5 0xc08b13af in zap_cursor_retrieve (zc=0xfc755b9c, za=0xfc755a84) at
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zap_micro.c:993
> #6 0xc08d6340 in zfs_freebsd_readdir (ap=0xfc755c00) at
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:2156
> #7 0xc06de842 in VOP_READDIR_APV (vop=0xc093c560, a=0xfc755c00) at
> vnode_if.c:1407
> #8 0xc05bf88a in kern_getdirentries (td=0xc55c0900, fd=5, buf=0x48215000
> <Address 0x48215000 out of bounds>, count=4096, basep=0xfc755c74) at
> vnode_if.h:747
> #9 0xc05bfab1 in getdirentries (td=0xc55c0900, uap=0xfc755cfc) at
> /usr/src/sys/kern/vfs_syscalls.c:3785
> #10 0xc06d3588 in syscall (frame=0xfc755d38) at
> /usr/src/sys/i386/i386/trap.c:1090
> #11 0xc06b8f40 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:255
> #12 0x00000033 in ?? ()
> Previous frame inner to this frame (corrupt stack?)
>
> Any other info we need to examine this further?
>
> Thank you!
>
> --
> Sincerely,
> D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
> [ FreeBSD committer: marck at FreeBSD.org ]
> ------------------------------------------------------------------------
> *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru ***
> ------------------------------------------------------------------------
>
--
When bad men combine, the good must associate; else they will fall one
by one, an unpitied sacrifice in a contemptible struggle.
Edmund Burke
More information about the freebsd-stable
mailing list