Troubleshooting
Start at the nearest boundary: local process, SSH, agent, Docker, workload, or client integration.
The TUI does not start
Section titled “The TUI does not start”Verify both release binaries are installed together:
command -v yokails -l "$(dirname "$(command -v yokai)")/yokai-tui"yokai versionIf yokai-tui is missing, re-run the installer. Source checkouts may use Bun as a development fallback, but release installs require the sidecar.
The daemon does not start
Section titled “The daemon does not start”yokai daemoncurl http://127.0.0.1:7473/healthtail -n 100 ~/.config/yokai/daemon.logCheck whether another process owns port 7473, whether daemon.listen is valid, and whether the config file parses as JSON.
TUI routes return 404 after an upgrade
Section titled “TUI routes return 404 after an upgrade”An older daemon is probably still running. Stop it and relaunch Yokai so the new binary serves current routes. Re-running the installer also performs this restart when ownership is safe.
SSH connection fails
Section titled “SSH connection fails”Reproduce outside Yokai with the same inputs:
ssh -p 22 -i ~/.ssh/id_ed25519 ubuntu@gpu-box-01Then confirm:
- host key and ACL policy allow the connection;
- the key file is readable and has suitable permissions;
- an encrypted key is loaded in
ssh-agent; - the SSH config alias resolves to the expected host, user, and port.
Agent is offline
Section titled “Agent is offline”On the target device:
sudo systemctl status yokai-agentsudo journalctl -u yokai-agent -n 100 --no-pagercurl -H "Authorization: Bearer <token>" http://127.0.0.1:7474/healthFrom the operator machine:
yokai devices test <device-id>yokai devices bootstrap <device-id>Bootstrap again when the agent binary, token file, or systemd unit is missing or stale.
Docker or GPU preflight fails
Section titled “Docker or GPU preflight fails”Run on the device as the configured SSH user:
docker infonvidia-smidocker run --rm --gpus all nvidia/cuda:12.4.1-base-ubuntu22.04 nvidia-smidf -hAdd the user to the Docker group or correct the container runtime before retrying bootstrap.
Image pull or model download fails
Section titled “Image pull or model download fails”- Confirm device DNS and outbound HTTPS.
- Authenticate to the image registry when the image is private.
- Add a valid Hugging Face token for gated repositories.
- Confirm the repository and GGUF filenames still exist.
- Retry without
--skip-pullif the expected local image is absent.
Service starts but the endpoint fails
Section titled “Service starts but the endpoint fails”Open service logs with Shift+L or:
yokai services logs --follow <device-id> <container-id>Common causes include insufficient VRAM, incompatible quantization, unsupported GPU architecture, incorrect model flags, a health probe running before model load completes, or a host-port collision. Apply a matching BKC and run the vLLM memory estimate before changing random flags.
Metrics are empty
Section titled “Metrics are empty”Check boundaries in order:
- agent
/metricswith bearer authentication; - daemon
GET /metrics/{deviceID}; - TUI Dashboard;
- Prometheus target state for historical monitoring.
The TUI can work even when Prometheus or Grafana is down.
An integration is unavailable
Section titled “An integration is unavailable”Yokai marks a client available only when it can resolve the expected configuration location. Install or run the client once, ensure its config directory exists, and reopen Settings.
If configuration was incorrect, restore the sibling .yokai.bak file and restart the client.
Collect diagnostics
Section titled “Collect diagnostics”yokai versionyokai config showyokai devices listyokai statustail -n 200 ~/.config/yokai/daemon.logRedact hostnames, usernames, filesystem paths, model tokens, and any remaining credentials before sharing output.