Recorder
A recording lifecycle owns one capture scope, one WAL domain, and one finalization path. Public users normally start with command mode:
chronicle record --name checkout -- ./my-appCommand-mode lifecycle
Section titled “Command-mode lifecycle”- Resolve and lock the public data directory.
- Prepare the recording identity and bounded WAL domain.
- Attach the capture source before starting a supervised command.
- Admit normalized events into a bounded queue.
- Group-commit evidence to WAL and make loss visible.
- Stop on process exit, signal, an optional whole-recording deadline, or fatal capture/storage failure; epoch and physical WAL limits trigger rollover instead of ordinary termination.
- Recover the authoritative WAL prefix.
- Run ETL and publish one immutable canonical session per finalized epoch, retaining parent/epoch provenance.
- Update the advisory catalog only after canonical publication.
A finalization failure does not require recapturing when the recording is recoverable:
chronicle record --retry checkoutContinuous recorder
Section titled “Continuous recorder”Command, PID, cgroup, and daemon modes share one continuous coordinator. It owns one filesystem domain, bounded epoch rotation, incremental ETL/continuation resume, liveness/health metadata, and shutdown cleanup; capture may continue while predecessor ETL lags.
This is not an always-on distributed capture service. Recorder state, WAL, manifests, checkpoints, and catalog facts remain local and bounded. Consult the repository’s recorder runbook before operating that advanced path. The current local deployment co-locates the recorder runtime with incremental ETL; that is a topology choice, not logical ownership — ETL remains an independent boundary (see ETL). One .chronicle-domain.lock protects the local filesystem coordination domain; it is not the architectural ownership mechanism between Recorder and ETL.
Stop and recovery
Section titled “Stop and recovery”The first termination signal drains and finalizes within configured bounds. A forced termination or unsafe successor-capacity failure remains visible in recording metadata and WAL-loss evidence; an epoch threshold alone requests rollover. Recovery repairs only a verified incomplete final tail; it does not hide complete corruption or invent acknowledgement history.