zrepl/platformtest
Christian Schwarz 5b564a3e28 [#288] option to disable step holds for incremental sends
This is a stop-gap solution until we re-write the pruner to support
rules for removing step holds.

Note that disabling step holds for incremental sends does not affect
zrepl's guarantee that incremental replication is always possible:

Suppose you yank the external drive during an incremental @from -> @to step:

* restarting that step or future incrementals @from -> @to_later` will be possible
  because the replication cursor bookmark points to @from until the step is complete
* resuming @from -> @to will work as long as the pruner on your internal pool doesn't come around to destroy @to.
    * in that case, the replication algorithm should determine that the resumable state
      on the receiving side isuseless because @to no longer exists on the sending side,
      and consequently clear it, and restart an incremental step @from -> @to_later

refs #288
2020-06-01 21:28:38 +02:00
..
harness [#321] platformtest: generate test case list + coverage tooling 2020-05-24 18:39:02 +02:00
logmockzfs add platformtest: infrastructure for ZFS compatiblity testing 2019-09-14 13:43:46 +02:00
tests [#288] option to disable step holds for incremental sends 2020-06-01 21:28:38 +02:00
platformtest_exec.go platformtest: logging-related refactorings 2019-10-14 17:32:58 +02:00
platformtest_logging.go [#307] add package trace, integrate it with logging, and adopt it throughout zrepl 2020-05-19 11:30:02 +02:00
platformtest_ops.go endpoint: refactor, fix stale holds on initial replication failure, zfs-abstractions subcmd, more efficient ZFS queries 2020-04-18 12:26:03 +02:00
platformtest_parser_test.go add platformtest: infrastructure for ZFS compatiblity testing 2019-09-14 13:43:46 +02:00
platformtest_zpool.go [#321] platformtest: generate test case list + coverage tooling 2020-05-24 18:39:02 +02:00
platformtest.go platformtest: FailNow on Errorf 2020-05-15 21:04:52 +02:00