This page covers the most common issues you will encounter when using Murmur, organized by symptom.Documentation Index
Fetch the complete documentation index at: https://docs.murmur.dev/llms.txt
Use this file to discover all available pages before exploring further.
Setup issues
Expired GitHub token
Symptom:murmur setup or murmur login fails with an authentication error.
Fix: Re-authenticate with GitHub:
repo, read:org).
Missing Claude credentials
Symptom:murmur setup fails with “missing Anthropic API key” or similar.
Fix: Ensure your Anthropic API key is available. murmur setup will prompt for it during profile encryption. If you have it set as an environment variable:
API connectivity errors
Symptom:murmur connect or any command fails with “connection refused” or “deadline exceeded.”
Fix:
- Check your network connectivity and any proxy/VPN settings.
- Verify the API address:
- If using a custom API address, verify it in
.murmur/murmur.yaml: - Ensure your firewall allows outbound gRPC (port 443).
Spawn failures
Agent stuck in provisioning
Symptom: Aftermurmur spawn, the agent remains in provisioning phase for several minutes.
Causes and fixes:
-
Pool at capacity — the tenant has hit its
max_vmslimit.If all VMs are in use, either wait for existing agents to finish or increasemax_vmsin your pool-config. -
No warm VMs —
min_idleis 0 and a new VM must be created from scratch.Consider settingmin_idle: 1or higher for faster startup. -
Cloud provider issues — rare, but VM creation can fail due to capacity constraints in the target zone.
Check the agent’s status for detailed error messages:
Permission denied on spawn
Symptom:murmur spawn returns “permission denied.”
Causes and fixes:
- Not an org member — verify your GitHub account is a member of the organization.
- Missing role — you may need the
agent.createpermission. Check with: - Wrong tenant — verify you are targeting the correct workspace:
Profile encryption errors
Symptom: Spawn fails with “failed to decrypt profile” or “invalid profile.” Fix: Your encrypted profile may be stale or corrupted. Re-run setup:murmur.local.yaml has not been manually edited.
Agent issues
No PR opened
Symptom: Agent completed (task-complete phase) but no pull request was created.
Causes and fixes:
-
Check the output configuration — verify the agent was told to create a PR:
Look for
out: prin the configuration. Ifoutwas set topushorrespond, no PR is expected. -
Agent decided not to — review the session to see the agent’s reasoning:
The agent may have determined no changes were needed.
- Git push failed — the agent may have encountered a push error. Check the session output for Git errors.
Agent stuck running
Symptom: Agent has been running for an unusually long time without progress. Fix:-
Watch the live session to see what the agent is doing:
-
Check if the agent is in a loop (e.g. repeatedly failing a test and retrying):
-
If the agent is genuinely stuck, you can kill it:
Wrong tools or missing dependencies
Symptom: Agent fails because a required tool is not installed (e.g.go: command not found).
Causes and fixes:
-
Check the workspace image — verify the workspace references the correct custom image:
-
Check startup scripts — if using startup scripts, verify they install the required tools:
- Bake a custom image — for tools that take a long time to install, bake them into a custom image. See VM Environment.
SSH and connectivity
Permission denied on SSH
Symptom:murmur ssh my-agent fails with “permission denied.”
Causes and fixes:
-
Customer placement IAP role — if using a customer placement, your Google Cloud account needs the IAP-Secured Tunnel User role:
Ask your GCP admin to grant this role on the project used by your placement.
-
SSH keys not configured — verify your SSH keys are in your local overlay:
Look for
ssh_public_keys. If missing, add your public key and re-runmurmur setup. -
Agent not running — SSH requires the agent’s VM to be running:
Attach fails
Symptom:murmur attach my-agent fails to connect.
Fix: Verify the agent is in a running or idle phase. Attach connects to the live terminal session, which is only available while the VM is active.
Event delivery
Events not reaching agents
Symptom: PR comments or CI results do not trigger agent reactions. Causes and fixes:-
install-repo not run — events require the GitHub Actions workflow to be installed:
This adds the
.github/workflows/murmur.ymlworkflow to your repo. -
Branch pattern mismatch — the event workflow only triggers for branches matching
murmur/<developer>/<slug>. Verify the agent’s branch follows this pattern: - GitHub App not installed — the Macroscope GitHub App must be installed on the repository. Check your organization’s GitHub App installations.
- Workflow disabled — GitHub may have disabled the workflow. Check the Actions tab in your repository.
Dashboard issues
Cannot sign in
Symptom: GitHub OAuth redirects back to the sign-in page or shows an error. Causes and fixes:- GitHub App not installed — the Macroscope GitHub App must be installed on your GitHub organization. Ask an org admin to install it.
- Not an org member — your GitHub account must be a member of the organization that owns the Murmur tenant.
- Browser cookies blocked — the dashboard requires cookies. Ensure your browser allows cookies from the dashboard domain.
Stale data
Symptom: Dashboard shows outdated agent status or tree. Fix: Hard-refresh the page (Ctrl+Shift+R or Cmd+Shift+R). If the issue persists, the streaming connection may have dropped — navigate away and back to re-establish the stream.
Wrong tenant
Symptom: Dashboard shows agents from a different organization. Fix: Use the tenant switcher in the dashboard header to select the correct tenant. Your available tenants are determined by your GitHub org memberships.Pool issues
No VMs available
Symptom: Agents are stuck in provisioning, andmurmur pool status shows no available VMs.
Diagnosis:
| Condition | Fix |
|---|---|
| Assigned = Max VMs | Increase max_vms in pool-config, or wait for agents to finish |
| Available = 0, Assigned < Max | VMs are being created; wait a few minutes |
| Total = 0 | Run murmur pool ensure to bootstrap the pool |
Slow agent startup
Symptom: Agents take several minutes to start running. Causes and fixes:-
No warm pool — if
min_idleis 0, every spawn creates a new VM from scratch:Setmin_idle: 1or higher for faster startup. - Large startup script — startup scripts run before the agent starts. If your script takes minutes, consider baking a custom image instead.
- Large repo clone — large repositories take longer to clone. Consider using shallow clones or splitting into smaller repos.
Diagnostic commands
Use these commands to gather information when troubleshooting:| Command | Purpose |
|---|---|
murmur status <slug> | Check agent phase, progress, PRs, and cost |
murmur status <slug> --timeline | View agent timeline events |
murmur session watch <slug> | Watch live agent session output |
murmur pool status | Check VM pool capacity and availability |
murmur connect | Test API connectivity |
murmur whoami | Verify your identity and tenant |
murmur check-permissions | List your effective permissions |
murmur version | Check CLI version (ensure it is up to date) |
murmur get workspace <name> | Inspect workspace configuration |
murmur get environment <name> | Inspect environment configuration |
murmur ls | List your running agents |
murmur ls --all | List all agents including completed ones |