zpool get all core dumps when no pool is active
Marcelo Araujo
araujobsdport at gmail.com
Fri Jul 20 10:31:29 UTC 2012
Hello Johan,
I think it is the normal behavior on CURRENT, due by default there is the
INVARIANTS support that will perform run-time assertion checks and tests to
verify the integrity of kernel.
I made the same test in one machine here using 9.1-BETA1 without INVARIANTS
and it does not happen with me.
INVARIANTS:
http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-options.html
May you check if you have this option in your KERNEL? Or in case you are
using the GENERIC, you must have it there.
Best Regards,
- Araujo
2012/7/20 Johan Hendriks <joh.hendriks at gmail.com>
> Hello all.
>
> On my test machine with FreeBSD Current from 14-07-2012 i lost my zpool
> due to a disconnected power supply.
> I noticed when i do a zpool get all on a pool that is not active, zpool
> core dumps.
> I do not know if it should do this, but an error message that there are no
> active pools would make it nicer.
>
> hast2 ~ # zpool status
> pool: testpool
> state: UNAVAIL
> status: One or more devices could not be opened. There are insufficient
> replicas for the pool to continue functioning.
> action: Attach the missing device and online it using 'zpool online'.
> see: http://illumos.org/msg/ZFS-**8000-3C<http://illumos.org/msg/ZFS-8000-3C>
> scan: none requested
> config:
>
> NAME STATE READ WRITE CKSUM
> testpool UNAVAIL 0 0 0
> mirror-0 UNAVAIL 0 0 0
> 10238773687773245204 UNAVAIL 0 0 0 was
> /dev/gpt/disk0
> 7739197258598802985 UNAVAIL 0 0 0 was
> /dev/gpt/disk1
> hast2 ~ # zpool get all
> Assertion failed: (nvlist_lookup_nvlist(config, "feature_stats",
> &features) == 0), file /usr/src/cddl/lib/libzfs/../..**
> /../cddl/contrib/opensolaris/**lib/libzfs/common/libzfs_**config.c, line
> 250.
> Abort trap: 6 (core dumped)
>
> It leaves a core file
> -rw------- 1 root wheel 8990720 Jul 20 12:20 zpool.core
>
> Also a zpool get all testpool coredumps.
>
> regards
> Johan Hendriks
> Neuteboom Automatisering
> ______________________________**_________________
> freebsd-fs at freebsd.org mailing list
> http://lists.freebsd.org/**mailman/listinfo/freebsd-fs<http://lists.freebsd.org/mailman/listinfo/freebsd-fs>
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@**freebsd.org<freebsd-fs-unsubscribe at freebsd.org>
> "
>
--
Marcelo Araujo
araujo at FreeBSD.org
More information about the freebsd-fs
mailing list