mirror of
https://github.com/zrepl/zrepl.git
synced 2025-01-05 13:59:06 +01:00
a8e92971d0
This commit was motivated by https://github.com/zrepl/zrepl/issues/495
where, on FreeBSD with OpenZFS 2.0, a SendStream.Close() call might wait indefinitely for `zfs send` to exit.
The reason is that, due to the refactoring done for redacted send & recv
(30af21b025),
the `dump_bytes` function, which writes to the pipe, executes in a separate thread (synctask taskq) iff not `HAVE_LARGE_STACKS`.
The `zfs send` process/thread waits for that taskq thread using an uninterruptible primitive.
So when we SIGKILL `zfs send`, that signal doesn't reach the right thread to interrupt the pipe write.
Theoretically this affects both Linux and FreeBSD, but most Linux users `HAVE_LARGE_STACKS` and since https://github.com/penzfs/zfs/pull/12350/files OpenZFS on FreeBSD `HAVE_LARGE_STACKS` as well.
However, at least until FreeBSD 13.1, possibly for the entire 13 lifecycle, we're going to have to live with that oddity.
Measures taken in this commit:
- Report the behavior as an upstream bug https://github.com/openzfs/zfs/issues/12500
- Change SendStream code so that it closes zrepl's read-end of the pipe (see comment in code)
- Clean up and make explicit SendStream's state handling
- Write extensive platformtests for SendStream
- They pass on my Linux install and on FreeBSD 12
- FreeBSD 13 still needs testing.
fixes https://github.com/zrepl/zrepl/issues/495
44 lines
1.9 KiB
Go
44 lines
1.9 KiB
Go
// Code generated by zrepl tooling; DO NOT EDIT.
|
|
|
|
package tests
|
|
|
|
var Cases = []Case{BatchDestroy,
|
|
CreateReplicationCursor,
|
|
GetNonexistent,
|
|
HoldsWork,
|
|
IdempotentBookmark,
|
|
IdempotentDestroy,
|
|
IdempotentHold,
|
|
ListFilesystemVersionsFilesystemNotExist,
|
|
ListFilesystemVersionsTypeFilteringAndPrefix,
|
|
ListFilesystemVersionsUserrefs,
|
|
ListFilesystemVersionsZeroExistIsNotAnError,
|
|
ListFilesystemsNoFilter,
|
|
ReceiveForceIntoEncryptedErr,
|
|
ReceiveForceRollbackWorksUnencrypted,
|
|
ReplicationFailingInitialParentProhibitsChildReplication,
|
|
ReplicationIncrementalCleansUpStaleAbstractionsWithCacheOnSecondReplication,
|
|
ReplicationIncrementalCleansUpStaleAbstractionsWithoutCacheOnSecondReplication,
|
|
ReplicationIncrementalDestroysStepHoldsIffIncrementalStepHoldsAreDisabledButStepHoldsExist,
|
|
ReplicationIncrementalIsPossibleIfCommonSnapshotIsDestroyed,
|
|
ReplicationIsResumableFullSend__both_GuaranteeResumability,
|
|
ReplicationIsResumableFullSend__initial_GuaranteeIncrementalReplication_incremental_GuaranteeIncrementalReplication,
|
|
ReplicationIsResumableFullSend__initial_GuaranteeResumability_incremental_GuaranteeIncrementalReplication,
|
|
ReplicationPropertyReplicationWorks,
|
|
ReplicationReceiverErrorWhileStillSending,
|
|
ReplicationStepCompletedLostBehavior__GuaranteeIncrementalReplication,
|
|
ReplicationStepCompletedLostBehavior__GuaranteeResumability,
|
|
ResumableRecvAndTokenHandling,
|
|
ResumeTokenParsing,
|
|
SendArgsValidationEncryptedSendOfUnencryptedDatasetForbidden__EncryptionSupported_false,
|
|
SendArgsValidationEncryptedSendOfUnencryptedDatasetForbidden__EncryptionSupported_true,
|
|
SendArgsValidationResumeTokenDifferentFilesystemForbidden,
|
|
SendArgsValidationResumeTokenEncryptionMismatchForbidden,
|
|
SendStreamCloseAfterBlockedOnPipeWrite,
|
|
SendStreamCloseAfterEOFRead,
|
|
SendStreamMultipleCloseAfterEOF,
|
|
SendStreamMultipleCloseBeforeEOF,
|
|
SendStreamNonEOFReadErrorHandling,
|
|
UndestroyableSnapshotParsing,
|
|
}
|