Skip to main content

Health Check Interpretation

Guide to understanding and troubleshooting health check responses from the crocbot gateway.

Health Endpoints Overview


Health Endpoint Response

Request

Response

The /health endpoint is a lightweight liveness probe that returns a minimal response:
A 200 response with "healthy" status confirms the gateway process is alive and accepting HTTP connections. If the endpoint does not respond, the gateway is down. For detailed diagnostics (memory, uptime, component health), use the CLI:

Interpreting Health Status

Status: Healthy (200 response)

Meaning: Gateway is running and accepting connections.

No Response / Connection Refused

Meaning: Gateway is down or unresponsive. Actions:
  1. Check if process is running
  2. Check for crash in logs
  3. Restart gateway
  4. See Startup Shutdown

Memory Monitoring

The /health endpoint does not return memory metrics. Use the CLI or /metrics endpoint for memory monitoring:

Check for Restart Loop


CLI Health Commands

Basic Health Check

JSON Output

With Timeout

Status Command (More Detail)


Platform Health Probes

Docker Healthcheck

In docker-compose.yml or Dockerfile:
Check health status:

Fly.io Health Checks

In fly.toml:

Kubernetes Probes


Troubleshooting Health Issues

Health Endpoint Not Responding

Connection Refused

Cause: Gateway not running or not bound to expected port/interface.

Timeout

Cause: Gateway overloaded or hung.

High Memory Suspected


Metrics Endpoint

For detailed operational metrics, use /metrics:

Key Metrics to Monitor

See Metrics Documentation for full metric list.

Health Check Script


Alerting on Health Issues

Configure alerting to notify on health degradation:
Critical alerts trigger for:
  • Gateway crashes
  • Authentication failures
  • Persistent connection failures
See Alerting Documentation for full configuration.