Node Issues
Node shows unreachable
Section titled “Node shows unreachable”Running servers keep running — only management is down. Check in order:
- Agent process on the node: running? (
systemctl status/ OpenRC equivalent.) Restart it and watch its logs. - Node → panel path: DNS resolves the panel URL from the node? Outbound HTTPS reaches it? A proxy or firewall change breaks this silently.
- Panel side: is the panel itself healthy (panel issues)? An unreachable panel makes every node look dead.
- Credentials: rotated or revoked node API keys break check-in — re-register the key (registering).
Agent installed but never checks in
Section titled “Agent installed but never checks in”- Wrong panel URL (scheme/host/port) in the agent config — the most common cause.
- Clock skew: large time differences break TLS and token validation; sync with NTP.
- Version mismatch: an agent far newer/older than the panel may be rejected — keep them in step (updating a node).
All servers on one node suffer
Section titled “All servers on one node suffer”That is a node problem, not N server problems:
- Disk full? Memory exhausted? Check node metrics first.
- Recent OS/runtime/agent update? Consider rollback per updating a node.
- Migrate critical servers to a healthy node while you investigate — the fleet exists for exactly this.
Data to collect before asking for help
Section titled “Data to collect before asking for help”Agent version, agent log tail (50–100 lines around the failure), node OS and
free resources (df -h, free -m), and whether the panel URL is reachable
from the node with curl.
