| commit | bf54da84fb662eac474f72ae89a81b81d409c3b0 | |
| author | Rob N <rob.norris@klarasystems.com> | |
| Fri, 6 Oct 2023 15:39:20 +0000 (7 02:39 +1100) | ||
| committer | Brian Behlendorf <behlendorf1@llnl.gov> | |
| Sat, 7 Oct 2023 16:08:20 +0000 (7 09:08 -0700) | ||
| tree | b5e92e7f6df529176515ba1ea9d81ac76facde50 | treesnapshot (tar.gz zip) |
| parent | 3158b5d718d67416ada9308dd4334aeea3869e74 | commitdiff |
tests/block_cloning: sync before write in fallback test
We're still seeing this test fail intermittently (that is, the clone
happens), which must mean the write and the clone can still be happening
on different txgs.
It might be that there's still activity after the pool is created. So
here we force a sync before starting the write.
Sponsored-By: Klara Inc.
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by: Rob Norris <rob.norris@klarasystems.com>
Closes #15359
We're still seeing this test fail intermittently (that is, the clone
happens), which must mean the write and the clone can still be happening
on different txgs.
It might be that there's still activity after the pool is created. So
here we force a sync before starting the write.
Sponsored-By: Klara Inc.
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by: Rob Norris <rob.norris@klarasystems.com>
Closes #15359
| tests/zfs-tests/tests/functional/block_cloning/block_cloning_copyfilerange_fallback_same_txg.ksh | diffblobblamehistory |