Rich Ercolani fa7d572a8a Handle and detect #13709's unlock regression (#14161) ... In #13709, as in #11294 before it, it turns out that 63a26454 still had the same failure mode as when it was first landed as d1d47691, and fails to unlock certain datasets that formerly worked. Rather than reverting it again, let's add handling to just throw out the accounting metadata that failed to unlock when that happens, as well as a test with a pre-broken pool image to ensure that we never get bitten by this again. Fixes: #13709 Signed-off-by: Rich Ercolani <rincebrain@gmail.com> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Reviewed-by: Tony Hutter <hutter2@llnl.gov>		2022-12-01 12:39:43 -08:00
..
common.run	Handle and detect #13709's unlock regression (#14161)	2022-12-01 12:39:43 -08:00
freebsd.run	ZTS: Add tests for DOS mode attributes	2021-03-16 15:00:14 -07:00
linux.run	Corrected oversight in ZERO_RANGE behavior	2022-04-21 16:58:07 -07:00
longevity.run	OpenZFS 9166 - zfs storage pool checkpoint	2018-06-26 10:07:42 -07:00
Makefile.am	Add sanity.run file	2020-12-03 10:49:39 -08:00
perf-regression.run	OpenZFS 9184 - Add ZFS performance test for fixed blocksize random read/write IO	2018-07-02 13:46:06 -07:00
sanity.run	libzfs: add keylocation=https://, backed by fetch(3) or libcurl	2022-02-16 17:58:37 -08:00
sunos.run	ZTS: Add a failsafe callback to run after each test	2020-03-10 11:00:56 -07:00