ZFS MFC heads up

[Kip Macy]

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