-
Notifications
You must be signed in to change notification settings - Fork 487
Open
sigvardt/syntese
#45Description
Problem
AO dashboard and terminal endpoints are frequently unavailable in real usage because web + websocket processes are started as ad-hoc dev commands and are not supervised. Users repeatedly hit:
AO dashboard upstream unavailable ... 127.0.0.1:3000 connection refused- terminal stuck at
Connecting… XDAwhen 14800/14801 are down
Why this matters
This breaks AO day-to-day operation and undermines confidence in the orchestration UX.
Scope
Implement a permanent production-grade runtime model so dashboard and terminal sockets are resilient.
Requirements
- Provide a supervised startup path (systemd user service or equivalent) for:
- dashboard web server
- terminal websocket server
- direct terminal websocket server
- Auto-restart on crash and boot/login where appropriate.
- Health checks + clear status command output for 3000/14800/14801 readiness.
- Remove dependency on fragile ad-hoc dev shell processes for normal operation.
- Document operator setup/recovery in repo docs.
Acceptance Criteria
- Killing one process auto-recovers without manual restarts.
/ao/and/sessions/<id>remain reachable under routine restarts.- Terminal connects reliably (no perpetual
Connecting… XDAfrom missing ws backends). - Tests added for health/status behavior where feasible.
Nice to have
- CLI command for
ao services install|start|stop|status - watchdog that self-heals missing terminal ws processes.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels