Update vdev_is_spacemap_addressable() for new spacemap encoding

Since the new spacemap encoding was ported to ZoL that's no longer 
a limitation. This patch updates vdev_is_spacemap_addressable() 
that was performing that check.

It also updates the appropriate test to ensure that the same 
functionality is tested.  The test does so by creating pools that 
don't have the new spacemap encoding enabled - just the checkpoint
feature. This patch also reorganizes that same tests in order to 
cut in half its memory consumption.

Reviewed by: Matt Ahrens <[email protected]>
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Serapheim Dimitropoulos <[email protected]>
Closes #8286 

1 files changed, 31 insertions, 13 deletions

diff --git a/tests/zfs-tests/tests/functional/pool_checkpoint/checkpoint_sm_scale.ksh b/tests/zfs-tests/tests/functional/pool_checkpoint/checkpoint_sm_scale.ksh
index 5247d6007..e24c4eb55 100755
--- a/tests/zfs-tests/tests/functional/pool_checkpoint/checkpoint_sm_scale.ksh
+++ b/tests/zfs-tests/tests/functional/pool_checkpoint/checkpoint_sm_scale.ksh
@@ -12,21 +12,21 @@
 #
 
 #
-# Copyright (c) 2017 by Delphix. All rights reserved.
+# Copyright (c) 2017, 2018 by Delphix. All rights reserved.
 #
 
 . $STF_SUITE/tests/functional/pool_checkpoint/pool_checkpoint.kshlib
 
 #
 # DESCRIPTION:
-#	The maximum address that can be described by the current space
-#	map design (assuming the minimum 512-byte addressable storage)
-#	limits the maximum allocatable space of any top-level vdev to
-#	64PB whenever a vdev-wide space map is used.
+#	The maximum address that can be described by a single-word
+#	space map entry limits the maximum allocatable space of any
+#	top-level vdev to 64PB whenever a vdev-wide space map is used.
 #
 #	Since a vdev-wide space map is introduced for the checkpoint
-#	we want to ensure that we cannot checkpoint a pool that has a
-#	top-level vdev with more than 64PB of allocatable space.
+#	we want to ensure that we cannot checkpoint a pool that does
+#	not use the new space map encoding (V2) and has a top-level
+#	vdev with more than 64PB of allocatable space.
 #
 #	Note: Since this is a pool created from file-based vdevs we
 #	      are guaranteed that vdev_ashift  is SPA_MINBLOCKSHIFT
@@ -35,12 +35,25 @@
 #
 # STRATEGY:
 #	1. Create pool with a disk of exactly 64PB
-#	   (so ~63.5PB of allocatable space)
+#	   (so ~63.5PB of allocatable space) and
+#	   ensure that has the checkpoint feature
+#	   enabled but not space map V2
 #	2. Ensure that you can checkpoint it
 #	3. Create pool with a disk of exactly 65PB
-#	   (so ~64.5PB of allocatable space)
+#	   (so ~64.5PB of allocatable space) with
+#	   the same setup
 #	4. Ensure we fail trying to checkpoint it
 #
+# Note:
+# This test used to create the two pools and attempt to checkpoint
+# them at the same time, then destroy them. We later had to change
+# this to test one pool at a time as the metaslabs (even though empty)
+# consumed a lot of memory, especially on a machine that has been
+# running with debug enabled. To give an example, each metaslab
+# structure is ~1712 bytes (at the time of this writing), and each
+# vdev has 128K metaslabs, which means that just the structures
+# consume 131071 * 1712 = ~224M.
+#
 
 verify_runnable "global"
 
@@ -65,10 +78,15 @@ log_must zfs create $DISKFS
 log_must mkfile -n $((64 * 1024 * 1024))g $DISK64PB
 log_must mkfile -n $((65 * 1024 * 1024))g $DISK65PB
 
-log_must zpool create $TESTPOOL1 $DISK64PB
-log_must zpool create $TESTPOOL2 $DISK65PB
-
+log_must zpool create -d $TESTPOOL1 $DISK64PB
+log_must zpool set feature@zpool_checkpoint=enabled $TESTPOOL1
 log_must zpool checkpoint $TESTPOOL1
+destroy_pool $TESTPOOL1
+
+log_must zpool create -d $TESTPOOL2 $DISK65PB
+log_must zpool set feature@zpool_checkpoint=enabled $TESTPOOL2
 log_mustnot zpool checkpoint $TESTPOOL2
+destroy_pool $TESTPOOL2
 
-log_pass "Attempting to checkpoint a pool with a vdev that's more than 64PB."
+log_pass "Fail to checkpoint pool with old spacemap encoding" \
+    " and a vdev that's more than 64PB."