Files
cc-ci/tests/mumble/test_restore.py
T
notplantsandClaude Fable 5.1 9a80002b37
continuous-integration/drone/push Build is failing
lint: ruff format + one auto-fix so the push self-test is green again
`scripts/lint.sh --fix` from the pinned lint devshell: 90 Python files
reformatted (ruff format, mechanical) and one C420 (dict comprehension →
dict.fromkeys) in tests/unit/test_f211_sso_skip.py. The push self-test had
been failing at the lint stage since build 1313 (2026-08-31) on exactly
these files; nothing else changed.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FqkQq3CDmFWcQ7u1LzoyRz
2026-09-07 21:15:05 +00:00

31 lines
1.3 KiB
Python

"""mumble — RESTORE overlay (Phase 1e HC3 / Phase 2 P4): data-integrity, assertion-only + additive.
ops.pre_restore dropped the ci_marker table (diverge from the backup); the orchestrator restored
once (generic tier asserted healthy/serving; the recipe's restore.post-hook `mv`s the backed-up
sqlite back over /data/mumble-server.sqlite). This overlay ADDS: the restored DB carries the
pre-mutation 'original' marker — proving the seeded data actually survived backup→restore, not just
that the service came back up. Read via a fresh sqlite3 CLI in the app container (reads the restored
on-disk file).
"""
import os
import sys
sys.path.insert(0, os.path.join(os.path.dirname(__file__), "..", "..", "runner"))
from harness import lifecycle # noqa: E402
DB = "/data/mumble-server.sqlite"
def _sqlite(domain, sql):
# Set the busy timeout via the SILENT `.timeout` dot-command (-cmd), NOT an inline
# `PRAGMA busy_timeout=...` (which emits its own result row and would pollute read-backs).
cmd = f'sqlite3 -cmd ".timeout 20000" {DB} "{sql}"'
return lifecycle.exec_in_app(domain, ["sh", "-c", cmd], service="app").strip()
def test_restore_returns_state(live_app):
assert _sqlite(live_app, "SELECT v FROM ci_marker;") == "original", (
"restore did not return the pre-mutation mumble sqlite marker (data-integrity failure)"
)