Project

General

Profile

Bug #3957

ztest should update the cachefile before killing itself

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

Status:
Closed
Priority:
Normal
Category:
zfs - Zettabyte File System
Start date:
2013-08-02
Due date:
% Done:

100%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage

Description

From George Wilson:

While running zloop I've seen many cases where ztest fails because zdb was
unable to open the pool. The ztest program will invoke zdb using the -U option
to specify the pool cache file. Unfortunately the cache file may be out of data
since it's updated asynchronously.

The typical scenario is where the zpool.cache file believes that the pool
contains either a 'mirror' or 'replacing' vdev but the MOS config no longer
shows the logical vddv in the configuration. This means either the replace
operation finished or one of the leaf vdevs was detached from the mirror.

History

#1

Updated by Christopher Siden over 6 years ago

  • Status changed from In Progress to Closed
commit b4952e1
Author: George Wilson <george.wilson@delphix.com>
Date:   Wed Aug 7 13:16:22 2013

    3956 ::vdev -r should work with pipelines
    3957 ztest should update the cachefile before killing itself
    3958 multiple scans can lead to partial resilvering
    3959 ddt entries are not always resilvered
    3960 dsl_scan can skip over dedup-ed blocks if physical birth != logical birth
    3961 freed gang blocks are not resilvered and can cause pool to suspend
    3962 ztest should print out zfs debug buffer before exiting
    Reviewed by: Matthew Ahrens <mahrens@delphix.com>
    Reviewed by: Adam Leventhal <ahl@delphix.com>
    Approved by: Richard Lowe <richlowe@richlowe.net>

Also available in: Atom PDF