diff options
author | Don Brady <don.brady@intel.com> | 2017-01-13 14:50:22 -0700 |
---|---|---|
committer | Brian Behlendorf <behlendorf1@llnl.gov> | 2017-01-13 13:50:22 -0800 |
commit | 38640550f28c5acd94621f3452fab428df469bdb (patch) | |
tree | e0baedb3e1caa828f829fa80e2a2638aa2e5815b /module/zfs/dmu_object.c | |
parent | fdbaf44ffbff109613fee5a04f190df5a34fdfcc (diff) |
OpenZFS 7743 - per-vdev-zaps init path for upgrade
Authored by: Paul Dagnelie <pcd@delphix.com>
Reviewed by: Matt Ahrens <mahrens@delphix.com>
Reviewed by: Pavel Zakharov <pavel.zakharov@delphix.com>
Reviewed by: George Wilson <george.wilson@delphix.com>
Reviewed by: Don Brady <don.brady@intel.com>
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: Joe Stein <jas14@cs.brown.edu>
Ported-by: Don Brady <don.brady@intel.com>
When loading a pool that had been created before the existance of
per-vdev zaps, on a system that knows about per-vdev zaps, the
per-vdev zaps will not be allocated and initialized.
This appears to be because the logic that would have done so, in
spa_sync_config_object(), is not reached under normal operation. It is
only reached if spa_config_dirty_list is non-empty.
The fix is to add another `AVZ_ACTION_` enum that will allow this code
to be reached when we detect that we're loading an old pool, even when
there are no dirty configs.
OpenZFS-issue: https://www.illumos.org/issues/7743
OpenZFS-commit: https://github.com/openzfs/openzfs/commit/e2d29d0
Closes #5582
Diffstat (limited to 'module/zfs/dmu_object.c')
0 files changed, 0 insertions, 0 deletions