Miroslav Lachman
2016-Dec-01 23:53 UTC
zpool get all: Assertion failed / Abort (core dumped)
There is some minor problem with "zpool get all" command if one of two
pools is unvailable:
# 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 (core dumped)
# zpool list
NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
ssdtank1 - - - - - - - UNAVAIL -
tank0 1.80T 1.08G 1.80T - 0% 0% 1.00x ONLINE -
I understand that it cannot work properly but I think it should not core
dumped.
Pool details:
# zpool status
pool: ssdtank1
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
scan: none requested
config:
NAME STATE READ WRITE CKSUM
ssdtank1 UNAVAIL 0 0 0
mirror-0 UNAVAIL 0 0 0
17880119912861428605 UNAVAIL 0 0 0 was
/dev/gpt/ssd0tank1
17492271345202510424 UNAVAIL 0 0 0 was
/dev/gpt/ssd1tank1
pool: tank0
state: ONLINE
scan: none requested
config:
NAME STATE READ WRITE CKSUM
tank0 ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
gpt/disk0tank0 ONLINE 0 0 0
gpt/disk1tank0 ONLINE 0 0 0
errors: No known data errors
# uname -srmi
FreeBSD 10.3-RELEASE-p12 amd64 GENERIC
Miroslav Lachman
Steven Hartland
2016-Dec-02 01:06 UTC
zpool get all: Assertion failed / Abort (core dumped)
Are you sure your kernel and world are in sync? On 01/12/2016 23:53, Miroslav Lachman wrote:> There is some minor problem with "zpool get all" command if one of two > pools is unvailable: > > # 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 (core dumped) > > > # zpool list > NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT > ssdtank1 - - - - - - - UNAVAIL - > tank0 1.80T 1.08G 1.80T - 0% 0% 1.00x ONLINE - > > > I understand that it cannot work properly but I think it should not > core dumped. > > > Pool details: > > # zpool status > pool: ssdtank1 > 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 > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > ssdtank1 UNAVAIL 0 0 0 > mirror-0 UNAVAIL 0 0 0 > 17880119912861428605 UNAVAIL 0 0 0 was > /dev/gpt/ssd0tank1 > 17492271345202510424 UNAVAIL 0 0 0 was > /dev/gpt/ssd1tank1 > > pool: tank0 > state: ONLINE > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > tank0 ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > gpt/disk0tank0 ONLINE 0 0 0 > gpt/disk1tank0 ONLINE 0 0 0 > > errors: No known data errors > > > # uname -srmi > FreeBSD 10.3-RELEASE-p12 amd64 GENERIC > > > Miroslav Lachman > _______________________________________________ > freebsd-stable at freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"