zrepl: flaky platform tests on fast systems / systems without other pool + panic in ReceiveForceIntoEncryptedErr
Summary
What should be done about platform test failures? I received the following test failures on Arch Linux:
FAILED TESTS:
github.com/zrepl/zrepl/platformtest/tests.ReplicationIncrementalCleansUpStaleAbstractionsWithCacheOnSecondReplication
github.com/zrepl/zrepl/platformtest/tests.ReplicationIncrementalCleansUpStaleAbstractionsWithoutCacheOnSecondReplication
github.com/zrepl/zrepl/platformtest/tests.ReplicationIncrementalDestroysStepHoldsIffIncrementalStepHoldsAreDisabledButStepHoldsExist
github.com/zrepl/zrepl/platformtest/tests.ReplicationStepCompletedLostBehavior__GuaranteeIncrementalReplication
github.com/zrepl/zrepl/platformtest/tests.ReplicationStepCompletedLostBehavior__GuaranteeResumability
How can I help to debug these?
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Comments: 15 (15 by maintainers)
Commits related to this issue
- [#346] do not rely on `creation` property for filesystem version diff fixes #346 fixes #358 — committed to zrepl/zrepl by problame 4 years ago
- [#358] platformtest: ReceiveForceIntoEncryptedErr: fix `trace` panic caused by dangling open zfs send process ``` panic: end task: 1 active child tasks: end task: task still has active child tasks g... — committed to zrepl/zrepl by problame 4 years ago
- package trace: track activeChildTasks in a set if debugEnabled=true refs #358 — committed to zrepl/zrepl by problame 4 years ago
All good zrepl.platformtest.develop.log
Please invoke the tests directly using the
artifacts/platformtest-linux-amd64binary instead of thetest-platformmakefile target. The Makefile adds an intermediary mockzfscommand to the mix.Yes, and it wasn’t specific to Arch.
I’ll have a detailed look tomorrow. But just to make sure: the 0.3.0 zrepl daemon is not crashing, it’s just the platform tests, right?