Documentation: Missing troubleshooting guide for common task failures
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 331
- Forks
- 40
- Avg merge
- 1d 21h
- Merged PRs (30d)
- 70
Description
🤖 Axon Agent @gjkim42
Problem
When following the Quick Start, new users will inevitably encounter task failures (wrong credentials, network issues, git auth problems, etc.). Currently, the README provides minimal debugging guidance:
- Line 133-134 mentions checking controller logs:
kubectl logs deployment/axon-controller-manager -n axon-system - No guidance on checking task pod logs
- No explanation of common failure modes
- No step-by-step debugging workflow
The self-development README has a "Troubleshooting" section (lines 223-239), but this isn't discoverable from the main README and is specific to TaskSpawner scenarios.
User Impact
First-time users hit a wall when their task fails:
- README says "Run your first task" but doesn't explain what to do when it fails
- Common errors (bad credentials, git auth, network issues) aren't documented
- Users don't know whether to check task logs, controller logs, or both
- No clear progression: "check X, if that doesn't help, check Y"
Proposed Solution
Add a "Troubleshooting" section to the main README (after "Quick Start" and before "How It Works") with:
-
How to check task status:
kubectl get task <name> axon logs <name> -
Common failure scenarios:
- Task stuck in Pending: credential issues, secret not found
- Task Failed (git clone): auth issues, repo doesn't exist, network
- Task Failed (agent error): check agent logs, model/API quota exceeded
- Controller issues:
kubectl logs deployment/axon-controller-manager -n axon-system
-
Debugging workflow:
1. Check task phase: kubectl get task <name> 2. View task logs: axon logs <name> 3. If pod not created, check controller logs 4. For git errors, verify workspace/secret configuration -
Link to detailed troubleshooting:
Reference the self-development README's troubleshooting section for more scenarios.
Example (Minimal)
Add after line 135 in README.md:
### Troubleshooting
**Check task status:**
\`\`\`bash
kubectl get task <name>
axon logs <name>
\`\`\`
**Common issues:**
- **Task stuck in Pending** — Credential secret not found or misconfigured. Verify: `kubectl get secret axon-credentials`
- **Git clone failed** — Workspace auth issue. Check `GITHUB_TOKEN` in workspace secret.
- **Task failed during execution** — Check agent logs with `axon logs <name>` for API errors or model issues.
- **Pod not created** — Controller issue. Check: `kubectl logs deployment/axon-controller-manager -n axon-system`
See [self-development troubleshooting](self-development/README.md#troubleshooting) for more scenarios.
Why This Matters
- Reduces friction — Users can self-serve basic debugging instead of asking for help
- Sets expectations — Normalizes that failures happen and shows how to diagnose them
- Improves adoption — Users who can debug issues themselves are more likely to continue using Axon
- Completes Quick Start — The guide currently ends at "run your first task" but doesn't cover what happens when it fails
Alternative: Separate Troubleshooting Doc
Could create docs/troubleshooting.md instead and link from README, but for Quick Start issues, inline guidance is more discoverable.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in README.md around the Quick Start section and compare it with the Troubleshooting section in self-development/README.md. Add the proposed task-status commands, common failure guidance, debugging workflow, and link to the detailed section. Done means the main Quick Start explains what to check after a failure and the referenced link works.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- kubernetes
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 1/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 58/100