Date: Thu, 23 Dec 2010 18:17:44 -0500 From: jhell <jhell@DataIX.net> To: Martin Matuska <mm@freebsd.org> Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE Message-ID: <4D13D898.6040203@DataIX.net> In-Reply-To: <4D0A09AF.3040005@FreeBSD.org> References: <4D0A09AF.3040005@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Martin, List,
Patched up to a ZFSv28 20101218 and it is working as expected, Great Job!.
There seems to be some assertion errors that are left to be fixed yet
with the following examples:
Panic String: solaris assert: vd->vdev_stat.vs_alloc == 0 (0x18a000 ==
0x0),
file:/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c,
line: 4623
#3 0x84caca35 in spa_vdev_remove (spa=0x84dba000,
guid=2330662286000872312, unspare=0)
at
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:4623
4623 ASSERT3U(vd->vdev_stat.vs_alloc, ==, 0);
(kgdb) list
4618
4619 /*
4620 * The evacuation succeeded. Remove any remaining MOS
metadata
4621 * associated with this vdev, and wait for these changes
to sync.
4622 */
4623 ASSERT3U(vd->vdev_stat.vs_alloc, ==, 0);
4624 txg = spa_vdev_config_enter(spa);
4625 vd->vdev_removing = B_TRUE;
4626 vdev_dirty(vd, 0, NULL, txg);
4627 vdev_config_dirty(vd);
This happens on i386 upon ( zfs remove pool <logdev> )
Also if it is of any relevance this happens during ``offline'' too.
If further information is needed I still have these cores and kernel
just let me know what you need.
Regards,
--
jhell,v
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D13D898.6040203>