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
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Reply via email to