Don Brady 38640550f2 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
2017-01-13 13:50:22 -08:00
..
2017-01-03 11:31:18 -06:00
2016-11-29 14:34:33 -08:00
2017-01-03 11:31:18 -06:00
2014-08-01 14:28:05 -07:00
2016-01-08 15:08:19 -08:00
2016-09-29 15:55:41 -07:00
2016-06-28 13:47:02 -07:00
2014-03-04 12:22:24 -08:00
2016-10-20 11:24:01 -07:00
2017-01-03 11:31:18 -06:00
2014-07-29 10:55:29 -07:00
2013-11-04 11:18:14 -08:00
2013-11-04 11:17:48 -08:00
2017-01-03 11:31:18 -06:00
2014-08-13 10:35:00 -07:00
2016-04-21 09:49:25 -07:00
2016-06-07 09:16:52 -07:00
2014-07-30 09:20:35 -07:00
2016-06-24 13:13:21 -07:00
2016-12-01 16:39:06 -07:00
2016-12-02 16:57:49 -07:00
2015-01-06 16:53:24 -08:00
2017-01-03 11:31:18 -06:00
2011-02-10 09:21:43 -08:00
2013-11-04 10:55:25 -08:00
2017-01-03 11:31:18 -06:00
2013-11-04 10:55:25 -08:00
2013-12-18 16:46:35 -08:00
2016-11-04 10:46:40 -07:00
2016-05-17 10:40:30 -07:00
2016-11-04 10:46:40 -07:00
2016-08-12 10:30:16 -07:00
2016-12-12 10:46:26 -08:00
2016-11-02 12:14:45 -07:00