Wire repo-recall into the ser8 o11y plane (SigNoz log parser + verify) #115
Labels
No labels
burndown-2026-06
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/repo-recall#115
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Goal
Bring repo-recall's error monitoring in line with every other kai-server service: a version-controlled SigNoz log parser so its logs land in the normalized schema and its errors surface in the same ser8 SigNoz pane as o2r/atlas/etc. This is the "error monitoring, in sync with everything else" half of the revival. (OTLP emission env is owned by the deploy-onboarding issue; this issue owns the parse + verify side.)
Context
The fleet o11y plane is SigNoz + ClickHouse on ser8 (
coilyco-bridge/deployservices/ser8-observability/). Log parsing is version-controlled inservices/signoz-pipelines/pipelines/*.json, applied byapply.py(SigNoz athttp://ser8:30808, admin creds from SSM/coilysiren/signoz-ser8/admin-password), drift-checked bycoily exec check-signoz-pipelines. The field-normalization contract is inservices/ser8-observability/docs/log-schema.md; producer inventory indocs/log-producers.md.Work
services/signoz-pipelines/pipelines/<NN>-*.jsonparser andser8-observability/docs/log-schema.md.services/signoz-pipelines/pipelines/<NN>-repo-recall.jsonmatching repo-recall's log format, coercing its fields into the normalized schema (level, service, message, etc.). Add repo-recall to the producer inventory indocs/log-producers.md.coily exec apply-signoz-pipelinesthencoily exec check-signoz-pipelinesmust be clean (no drift).Acceptance
repo-recallingest pipeline exists inservices/signoz-pipelines/pipelines/.coily exec check-signoz-pipelinesis clean after apply.docs/log-producers.mdlists repo-recall.Why headless
All code: a JSON parser file, a docs-inventory line, an apply + a drift check. SigNoz admin creds resolve from SSM via the existing apply.py. No human gate, no design fork.
Coordinates with
The deploy-onboarding issue (it adds the OTLP emission env to
services/repo-recall/deploy/main.yml). The log parser here works on the container logs regardless, so this can land independently; full trace/log richness arrives once emission lands.