Date: Thu, 21 May 2009 23:50:25 +0400 (MSD) From: Dmitry Morozovsky <marck@rinet.ru> To: Kip Macy <kmacy@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads up Message-ID: <alpine.BSF.2.00.0905212347430.53486@woozle.rinet.ru> In-Reply-To: <3c1674c90905201459k19776d53n309b2abeab0f8d0a@mail.gmail.com> References: <3c1674c90905201459k19776d53n309b2abeab0f8d0a@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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@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@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@FreeBSD.org ]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.0905212347430.53486>