Project

General

Profile

Bug #4977

mdb error in ::spa_space from space_cb() if a metaslab's ms_sm is NULL

Added by Christopher Siden over 5 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Normal
Category:
zfs - Zettabyte File System
Start date:
2014-07-09
Due date:
% Done:

100%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage

Description

John Kennedy:

> ::walk spa | ::spa_space
dd_space_towrite = 0M 0M 0M 0M
dd_phys.dd_used_bytes = 3104M
dd_phys.dd_compressed_bytes = 3M
dd_phys.dd_uncompressed_bytes = 18M
mdb: couldn't read space_map_t from 0
ms_allocmap = 0M 0M 0M 0M
ms_freemap = 0M 0M 0M 0M
ms_tree = 126M
last synced avail = 126M
current syncing avail = 126M
dd_space_towrite = 0M 0M 0M 0M
dd_phys.dd_used_bytes = 11082M
dd_phys.dd_compressed_bytes = 6709M
dd_phys.dd_uncompressed_bytes = 8210M
mdb: couldn't read space_map_t from 0    <---
ms_allocmap = 0M 0M 0M 0M
ms_freemap = 0M 0M 0M 0M
ms_tree = 167M
last synced avail = 1210M
current syncing avail = 1210M

History

#1

Updated by Electric Monk over 5 years ago

  • Status changed from New to Closed

git commit 2e4c998613148111f2fc5371085331ffb39122ff

commit  2e4c998613148111f2fc5371085331ffb39122ff
Author: George Wilson <george.wilson@delphix.com>
Date:   2014-07-19T20:19:25.000Z

    4976 zfs should only avoid writing to a failing non-redundant top-level vdev
    4977 mdb error in ::spa_space from space_cb() if a metaslab's ms_sm is NULL
    4978 ztest fails in get_metaslab_refcount()
    4979 extend free space histogram to device and pool
    4980 metaslabs should have a fragmentation metric
    4981 remove fragmented ops vector from block allocator
    4982 space_map object should proactively upgrade when feature is enabled
    4983 need to collect metaslab information via mdb
    4984 device selection should use fragmentation metric
    Reviewed by: Matthew Ahrens <mahrens@delphix.com>
    Reviewed by: Adam Leventhal <adam.leventhal@delphix.com>
    Reviewed by: Christopher Siden <christopher.siden@delphix.com>
    Approved by: Garrett D'Amore <garrett@damore.org>

Also available in: Atom PDF