If you’ve installed the SDK or agent but aren’t seeing data in the dashboard, work through this checklist from top to bottom — the issues are ordered from most common to least common.Documentation Index
Fetch the complete documentation index at: https://docs.sluice.sh/llms.txt
Use this file to discover all available pages before exploring further.
Debugging checklist
1. Celery events are disabled (most common)
Celery disables task events by default. Without events enabled, there’s nothing for Sluice to capture. Check: Look for these settings in your Celery config:sluice.init() enables these automatically. If you’re using the Docker agent, you must set these in your Celery config manually and restart your workers.
2. Worker hasn’t been restarted
Celery reads configuration at startup. If you addedsluice.init() or changed event settings without restarting your worker, the changes won’t take effect.
Fix: Restart your Celery worker:
[sluice] banner in the startup output to confirm the SDK loaded.
3. API key or connection ID is wrong
Check: Verify your API key and connection ID in the Sluice dashboard under Connections. The API key starts withsk_.
Common mistakes:
- Trailing whitespace or newline in the env var
- Using the connection name instead of the connection UUID
- Mixing up API keys between connections
4. Network connectivity
The SDK and agent need HTTPS access tosluice.sh on port 443.
Check from the host where the SDK/agent runs:
- Firewall rules allowing outbound HTTPS
- Proxy configuration (
HTTPS_PROXYenvironment variable) - DNS resolution for
sluice.sh
5. Daily event limit reached
The free tier allows 10,000 events per day. If you’ve hit the limit, new events are rejected until midnight UTC. Check: Look for this in your SDK/agent logs:6. No tasks are being executed
If your Celery workers are idle — no tasks are being sent — there’s no data to capture. Check: Send a test task:7. Agent can’t reach Redis (agent path only)
If the Go agent can’t connect to Redis, it can’t subscribe to events. Check agent logs:REDIS_URL environment variable is correct and that Redis is accessible from the agent’s network.