Relationships
↔ sibling #3623#3675 Docs: doctor datastores reference for the v3 content check and lost format marker repair
Opened by stack72 · 10/20/2026· Shipped 10/21/2026
What changed (swamp-club#3617)
swamp doctor datastores gained two user-facing behaviours for v3 datastores that the manual's doctor reference (content/manual/reference/doctor.md) doesn't describe. The page still says --repair is v2-only.
A
v3_contenthealth check. It reports:- unreadable records (whose chunk is missing or damaged in the datastore);
- checkout files held aside in
_read_model_v3/at-risk/; - chunks stored at the wrong size.
Each entry comes with advice for its record kind. In JSON the check appears as
v3ContentFinding(null when clean). A failing check exits 1, and so does a state that can't be inspected.--repair [-y]restores a lost v3 format marker.- When it applies: only after the format guard refuses a filesystem datastore configured with format 3 whose
datastore-format.jsonis missing or blank beside itscommits.db. - Preview: without
-yit only checks the files and exits 0. - Restore:
-ywrites the marker. - JSON statuses:
format_marker_preview,format_marker_restored,format_marker_not_needed. Error code:format_marker_repair_failed.
- When it applies: only after the format guard refuses a filesystem datastore configured with format 3 whose
Related user-visible error code: reads of an unreadable v3 record fail with datastore_v3_record_unreadable.
Pages to update
content/manual/reference/doctor.md: the datastores section, its JSON examples and the--repairdescription.- Possibly
content/manual/how-to/troubleshoot-your-swamp-repo.md: a short "unreadable v3 record / lost format marker" entry.
The in-repo design reference is design/enablers/datastores.md (Format Marker, Loud reads, opt-in doctor sections) in swamp at the #3617 merge.
Shipped
Click a lifecycle step above to view its details.
Sign in to post a ripple.