From 8285e1b09d7ba27825dec1fcc9c482683232ff67 Mon Sep 17 00:00:00 2001 From: Brian Behlendorf Date: Thu, 23 Dec 2021 09:21:40 -0800 Subject: [PATCH] ZTS: Fix enospc_002_pos.ksh again This is a follow up commit for e03a41a60 which aimed to resolve this same test failure. The core "problem" here is that it takes very little space to perform a clone/snapshot/bookmark, which means if we want these commands to reliably fail the pool must truely have exhausted all free space. This commit increases the number of fill iterations to try and consume every block which we can. This still can't guarantee the clone/snapshot/bookmark will fail, but it significantly improves the odds. The exception was kept since it's still not a sure thing. Reviewed-by: George Melikov Reviewed-by: John Kennedy Reviewed-by: Igor Kozhukhov Signed-off-by: Brian Behlendorf Closes #12903 --- tests/zfs-tests/tests/functional/no_space/enospc_002_pos.ksh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/zfs-tests/tests/functional/no_space/enospc_002_pos.ksh b/tests/zfs-tests/tests/functional/no_space/enospc_002_pos.ksh index db6ee6ba7c..6239d491e6 100755 --- a/tests/zfs-tests/tests/functional/no_space/enospc_002_pos.ksh +++ b/tests/zfs-tests/tests/functional/no_space/enospc_002_pos.ksh @@ -49,7 +49,7 @@ log_must zfs snapshot $TESTPOOL/$TESTFS@snap # log_note "Writing files until ENOSPC." -for i in $(seq 30); do +for i in $(seq 100); do file_write -o create -f $TESTDIR/file.$i -b $BLOCKSZ \ -c $NUM_WRITES -d $DATA ret=$?