Date: Thu, 21 May 2009 12:55:20 -0700 From: Kip Macy <kmacy@freebsd.org> To: Dmitry Morozovsky <marck@rinet.ru> Cc: freebsd-stable@freebsd.org Subject: Re: ZFS MFC heads up Message-ID: <3c1674c90905211255gb76741fnf90a735a566a0a5c@mail.gmail.com> In-Reply-To: <alpine.BSF.2.00.0905212347430.53486@woozle.rinet.ru> References: <3c1674c90905201459k19776d53n309b2abeab0f8d0a@mail.gmail.com> <alpine.BSF.2.00.0905212347430.53486@woozle.rinet.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
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@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. Bot=
h
> 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 =A03 rscript =A0wheel =A0 =A0 =A0 =A04 Nov =A05 =A02008 ./
> drwxr-xr-x =A03 root =A0 =A0 wheel =A0 =A0 =A0 =A03 Apr 12 21:33 ../
> drwxr-xr-x =A02 rscript =A0wheel =A0 =A0 =A0 36 Apr =A02 22:12 daily/
> -rw-r--r-- =A01 rscript =A0wheel =A09207828 Aug =A01 =A02008 total.200807
> root@moose:/ar/.bad# ls -la 200807/daily/
>
> panic: avl_find() succeeded inside avl_add()
> cpuid =3D 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 =A0doadump () at pcpu.h:196
> #1 =A00xc05352e7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown=
.c:418
> #2 =A00xc05355f5 in panic (fmt=3DVariable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:574
> #3 =A00xc0843b60 in avl_add (tree=3DVariable "tree" is not available.
> ) at
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/avl/avl.c:=
635
> #4 =A00xc08b0edf in zap_lockdir (os=3D0xc55dfa60, obj=3D6108, tx=3D0x0, l=
ti=3DRW_READER,
> fatreader=3D1, adding=3D0, zapp=3D0xfc755ba0)
> =A0 =A0at
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs=
/zap_micro.c:335
> #5 =A00xc08b13af in zap_cursor_retrieve (zc=3D0xfc755b9c, za=3D0xfc755a84=
) at
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs=
/zap_micro.c:993
> #6 =A00xc08d6340 in zfs_freebsd_readdir (ap=3D0xfc755c00) at
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs=
/zfs_vnops.c:2156
> #7 =A00xc06de842 in VOP_READDIR_APV (vop=3D0xc093c560, a=3D0xfc755c00) at
> vnode_if.c:1407
> #8 =A00xc05bf88a in kern_getdirentries (td=3D0xc55c0900, fd=3D5, buf=3D0x=
48215000
> <Address 0x48215000 out of bounds>, count=3D4096, basep=3D0xfc755c74) at
> vnode_if.h:747
> #9 =A00xc05bfab1 in getdirentries (td=3D0xc55c0900, uap=3D0xfc755cfc) at
> /usr/src/sys/kern/vfs_syscalls.c:3785
> #10 0xc06d3588 in syscall (frame=3D0xfc755d38) 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 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 [DM5020, MCK-RIPE, DM3-RIPN]
> [ FreeBSD committer: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 marck@FreeBSD.org ]
> ------------------------------------------------------------------------
> *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
> ------------------------------------------------------------------------
>
--=20
When bad men combine, the good must associate; else they will fall one
by one, an unpitied sacrifice in a contemptible struggle.
Edmund Burke
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3c1674c90905211255gb76741fnf90a735a566a0a5c>