Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/mgedmin/repozo-testcases
Some ad-hoc functional testcases to reproduce repozo (the ZODB online backup tool) bugs
https://github.com/mgedmin/repozo-testcases
Last synced: about 1 month ago
JSON representation
Some ad-hoc functional testcases to reproduce repozo (the ZODB online backup tool) bugs
- Host: GitHub
- URL: https://github.com/mgedmin/repozo-testcases
- Owner: mgedmin
- Created: 2011-12-07T00:51:05.000Z (about 13 years ago)
- Default Branch: master
- Last Pushed: 2011-12-07T00:51:23.000Z (about 13 years ago)
- Last Synced: 2024-10-13T18:27:47.541Z (2 months ago)
- Language: Python
- Homepage: https://bugs.launchpad.net/zodb/+bugs?search=Search&field.bug_reporter=mgedmin
- Size: 82 KB
- Stars: 1
- Watchers: 3
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.txt
Awesome Lists containing this project
README
Background:
* there's this server with a Data.fs and a cron script that makes incremental
backups using repozo
* the backups are gpg-encrypted and transferred to a remote storage server
* recovery procedure involves rsyncing the backups to a local machine,
decrypting them, and reassembling them into Data.fs with repozo
* I've done that twice: it worked the first time, but I got a corrupted
Data.fs the second time
* after a few hours of investigation I discovered that three of the 5000-odd
incremental deltafs files were 0-length
* turns out the gpg-decrypting script did not resume its work at the right
place when when interrupted with ^C, leaving empty files in the middleSo, the bug: repozo does not notice when some of the deltafs files are
truncated. It should notice, complain loudly, and abort, instead of silently
producing a corrupted Data.fs. To reproduce, run ::make test2
While writing this test case I discovered another bug: if you run repozo
twice in quick succession, you end up with a backup repository that fails to
be restored correctly. To reproduce, run ::make test1
-- Marius Gedminas , 2011-12-07