Add a way to rebuild recording DB from on-disk data.
@defnull is already working on this.
Since Mar 21, 2026.
Assessment
This issue has not been assessed yet.
Description
In case of a disaster (lost DB, no backups) or after a hard crash, it would be nice to have a cli command to scan on-disc recordings and make sure the db state matches the on-disk state.
Most of the db state can be recovered from the original metadata.xml files in the storage directory. The tenant name is part of the storage path and also known. The current publish/unpublish state can be derived from the presence of symlinks in the playback directory. Changed metadata is not stored on disk, though. An additional json file in the storage directory would solve this issue and allow complete recovery from a lost database.
- Dominant language
- Python
- Stars
- 6
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from defnull/bbblb
-
Difficulty 3/5 1-2 days Newbie friendliness 58/100
-
feature
Difficulty 4/5 3-5 days Newbie friendliness 38/100
-
feature
Difficulty 5/5 Over a week Newbie friendliness 25/100
-
feature PR welcome
Difficulty 5/5 Over a week Newbie friendliness 25/100
Similar issues
-
essnmx good first issue
Difficulty 1/5 Under an hour Newbie friendliness 95/100
-
[Feature] 奇物选择添加优先级 Open
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
syfoud/Simulated_Scepter#174 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Giskard-AI/giskard-oss#2840 · 1 comment ·
-
A claim comment carrying the issue number is silently declined while the workflow reports success Openarea: repo bug perceived difficulty: 2
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
yeti-platform/yeti#1380 ·