ZFS MFC heads up

[Dmitry Morozovsky]

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 ***
------------------------------------------------------------------------