Arr-MCP

An MCP server for your *ARR stack — Radarr, Sonarr, Lidarr, Readarr, and Prowlarr.

Readarr is retired by upstream (since May 2024) — its tools still work but metadata may be unreliable. See Readarr status.

Supports stdio (local, Claude Desktop) and HTTP/Streamable HTTP (remote, ChatGPT, any MCP-compatible client).

Tools

Cross-service

Radarr (Movies)

Sonarr (TV Shows)

Lidarr (Music)

Readarr (Books) — ⚠️ retired upstream

Prowlarr (Indexers)

Related MCP server: nas-mcp-server

Setup

1. Install & Build

npm install
npm run build

2. Configure

Copy .env.example to .env and fill in your service URLs and API keys. Only configure the services you use — unconfigured services are skipped at startup and their tools don't appear.

API keys: Settings → General → Security → API Key in each app.

Transport modes

stdio — local (Claude Desktop)

Default mode. The MCP client launches the process directly.

{
  "mcpServers": {
    "arr": {
      "command": "node",
      "args": ["/path/to/arr-mcp/dist/index.js"],
      "env": {
        "RADARR_URL": "http://localhost:7878",
        "RADARR_API_KEY": "...",
        "SONARR_URL": "http://localhost:8989",
        "SONARR_API_KEY": "..."
      }
    }
  }
}

HTTP — remote (ChatGPT, hosted clients)

Set MCP_TRANSPORT=http. The server listens on http://HOST:PORT/mcp and accepts POST requests per the MCP Streamable HTTP spec.

MCP_TRANSPORT=http MCP_PORT=3000 \
  RADARR_URL=http://... RADARR_API_KEY=... \
  node dist/index.js

Health endpoint

In http mode zijn er twee niveaus:

curl http://localhost:3000/health
# → {"status":"ok","transport":"http","version":"1.5.0","uptimeSeconds":42}

curl "http://localhost:3000/health?deep=1"
# → {"status":"degraded", ..., "services":[
#      {"name":"Radarr","ok":true,"ms":12,"version":"5.14.0"},
#      {"name":"Sonarr","ok":false,"ms":5000,"error":"timeout after 5000ms"}]}

De plain /health is bewust onafhankelijk van je *ARR services: een kort onbereikbare Radarr maakt de MCP-server zelf niet stuk.

Docker

Het gepubliceerde image staat op GitHub Container Registry:

ghcr.io/ltmarx/arr-mcp:latest

De docker-compose.yml heeft twee profielen — stdio en http — die nooit tegelijk actief zijn.

HTTP mode — remote/persistent server

cp .env.example .env   # vul je keys in
docker compose --profile http up

De server luistert op http://<host>:3000/mcp. Poort aanpassen: MCP_PORT=8080 docker compose --profile http up.

Controleer of de server draait:

curl http://localhost:3000/health
# → {"status":"ok","transport":"http","version":"1.5.0","uptimeSeconds":42}

Container healthcheck

Het image (v1.5.0 en hoger) heeft een ingebouwde HEALTHCHECK. Die gebruikt node, niet curl of wget. curl zit niet in node:22-alpine, dus een eigen check met curl -f ... faalt altijd met curl: not found. Busybox-wget is er wél, maar is om twee andere redenen onbetrouwbaar als probe — zie de troubleshooting hieronder.

Gebruik je een eigen compose-bestand, neem dan deze probe over. Hij is bewust inline en werkt daardoor op elke image-versie:

healthcheck:
  test:
    - CMD
    - node
    - -e
    - "require('http').get({host:'127.0.0.1',port:process.env.MCP_PORT||3000,path:'/health',timeout:4000},r=>{r.resume();process.exit(r.statusCode===200?0:1)}).on('error',()=>process.exit(1))"
  interval: 30s
  timeout: 5s
  start_period: 10s
  retries: 3

Status bekijken:

docker compose --profile http ps          # STATUS toont (healthy)
docker inspect --format '{{json .State.Health}}' <container> | jq

Container blijft unhealthy

Loopt de server prima (http server started in de logs) maar staat de container toch op unhealthy, loop dan deze drie langs:

1. Draai je wel een recent image?

curl -s http://127.0.0.1:3000/health

Zit er geen version-veld in de response, dan draai je een image ouder dan v1.5.0. docker compose up -d haalt geen nieuwe :latest op als er al een lokaal image ligt — je moet expliciet pullen:

docker compose pull && docker compose up -d

2. Gebruik je wget met localhost?

test: ["CMD", "wget", "-qO-", "http://localhost:3000/health"]   # onbetrouwbaar

Twee valkuilen tegelijk:

• De server bindt op 0.0.0.0, en dat is IPv4-only. Resolvet localhost in de container naar ::1, dan wordt de verbinding geweigerd. Gebruik 127.0.0.1.

• Busybox-wget volgt http_proxy/HTTP_PROXY. Staat die in je env_file, dan gaat de probe naar de proxy in plaats van naar de container zelf.

Vergelijk beide om dit te bevestigen:

docker exec arr-mcp wget -qO- http://localhost:3000/health;  echo "localhost  -> $?"
docker exec arr-mcp wget -qO- http://127.0.0.1:3000/health;  echo "127.0.0.1  -> $?"
docker exec arr-mcp env | grep -i proxy

De node-probe hierboven heeft geen van beide problemen: die adresseert expliciet IPv4 en negeert proxy-variabelen.

3. Verwijst je healthcheck naar docker-healthcheck.js?

Dat bestand bestaat pas vanaf v1.5.0. Op een ouder image geeft node docker-healthcheck.js een Cannot find module-fout → exit 1 → unhealthy. Gebruik de inline probe hierboven, die heeft die afhankelijkheid niet.

4. Wat zegt de check zelf?

docker inspect --format '{{json .State.Health}}' arr-mcp | jq '.Log[-1]'

De Output bevat de concrete foutmelding (curl: not found, Cannot find module, connection refused, enz.).

In stdio mode draait er geen HTTP-server, dus daar is niets te proben: de check stopt direct met exit 0 en in compose staat hij expliciet uit (healthcheck: disable: true).

Wil je dat de container ook ongezond wordt als een *ARR service onbereikbaar is, zet dan HEALTHCHECK_DEEP=1. Standaard staat dat uit, zodat een herstartende Radarr niet je hele MCP-container omlaag trekt.

Stdio mode — lokaal (Claude Desktop)

docker compose --profile stdio up

Of direct via docker run (wordt gestart door de MCP client):

docker run --rm -i \
  -e RADARR_URL=http://192.168.1.x:7878 \
  -e RADARR_API_KEY=abc123 \
  ghcr.io/ltmarx/arr-mcp:latest

MCP client config voor Claude Desktop:

{
  "mcpServers": {
    "arr": {
      "command": "docker",
      "args": ["run", "--rm", "-i",
        "-e", "RADARR_URL", "-e", "RADARR_API_KEY",
        "-e", "SONARR_URL", "-e", "SONARR_API_KEY",
        "ghcr.io/ltmarx/arr-mcp:latest"
      ],
      "env": {
        "RADARR_URL": "http://localhost:7878",
        "RADARR_API_KEY": "...",
        "SONARR_URL": "http://localhost:8989",
        "SONARR_API_KEY": "..."
      }
    }
  }
}

Tip: Als je *ARR draait op de host machine gebruik dan host.docker.internal (Mac/Windows) of het host IP-adres in plaats van localhost.

Releases

Releases worden automatisch gepubliceerd via GitHub Actions. Maak een tag aan op GitHub (v1.0.0) en publiceer een Release — het multi-arch image (amd64 + arm64) verschijnt vanzelf op GHCR.

Development

npm run dev   # run met tsx (geen build stap)
npm run build # compileer naar dist/
npm start     # run gecompileerde output