Spend ten minutes reading about home media servers and you'll trip over a family of similarly-named tools โ Sonarr, Radarr, Bazarr, and a handful of others. Everyone discusses them as if you already know what they are, which is unhelpful when you don't.
So, plainly: they're librarians. They don't play anything and they don't store anything. They watch over a collection of files and keep it tidy, named correctly, and consistently organized. That's the whole job.
The organizing and automation layer only โ naming, metadata, subtitles, requests, and library upkeep, for media you're entitled to have. Where files come from is out of scope here, and deliberately so.
The cast
| Tool | Looks after | What it actually does for you |
|---|---|---|
| Sonarr | TV series | Tracks seasons and episodes, names files consistently, spots gaps in a collection |
| Radarr | Movies | Same idea, for films |
| Bazarr | Subtitles | Finds and keeps subtitles in sync across the whole library |
| Lidarr / Readarr | Music / books | Same pattern applied to other media |
| Overseerr / Jellyseerr | Requests | Gives household members a "can we get this?" page instead of texting you |
| Recyclarr | Settings | Syncs community-maintained quality preferences so you don't hand-tune them |
The naming is a running joke rather than a system โ Sonarr came first, the others followed the pattern, and by the time anyone noticed, it was too late. Collectively people write it as the *arr stack.
Why bother, if you already have a server
A media server displays what you point it at. It won't rename a badly-named file, won't notice you're missing episode 7, and won't find you subtitles. Once a collection passes a certain size, that manual upkeep becomes the whole hobby.
Concretely, the librarians are earning their keep when they:
- Enforce one naming convention across thousands of files, so the server matches reliably
- Tell you which episodes of a series you're actually missing
- Keep subtitles present and correctly timed without you thinking about it
- Give everyone else in the house a way to ask for something
- Apply consistent quality preferences instead of an accumulating mess of one-off decisions
That first one matters more than it sounds. Consistent naming is the foundation everything else rests on โ see the naming article.
Where they disagree with your server
Here's the friction nobody warns you about: the librarians and the server often use different metadata sources. The *arr tools are built around TheTVDB. Plex defaults to TMDB. Those two databases agree about almost everything โ until they don't.
The main flashpoint is shows with hour-long episodes, where the two databases genuinely disagree about how many episodes a season contains. Your librarian names the files one way, your server reads them the other way, and a handful of shows end up scrambled while the rest of the library looks perfect. It's the most confusing failure in home media and it gets its own article.
Worth internalizing the general lesson: when your server and your librarian disagree about reality, the disagreement is usually the bug โ not either tool individually.
Three things worth getting right early
- Path layout. Present one visible root to everything, so files can be linked rather than copied. Get this wrong and you silently store everything twice โ see the disk space article, and the NAS layout article for how the mounts should look. It's the single most common misconfiguration in the entire hobby.
- Stop chasing quality upgrades. Left unchecked, these tools will happily keep replacing files you already have with marginally better ones, forever. Filling gaps is worth automating. Endless upgrades mostly consume disk and bandwidth for differences you won't notice.
- Understand unmonitoring. Marking a series unmonitored tells the librarian to leave it alone. This is essential when you need to hand-correct something โ otherwise your careful fix gets reverted by automation an hour later. For a show that finished years ago, unmonitoring costs you nothing.
When something goes wrong
Nearly every problem in this stack is one of four things:
- A path mismatch โ two programs disagree about where a file lives
- A permissions problem โ one program can't write where another expects
- A metadata disagreement โ two databases describing the same show differently
- An automation loop โ one tool undoing another tool's work
That's a genuinely useful checklist. Before assuming something is broken, ask which of those four it is. It's nearly always one of them, and each has a boring, findable cause.
The short version
- They're librarians: naming, organizing, gap-tracking, subtitles, requests.
- Your server displays; they maintain. Different jobs.
- They follow TheTVDB, Plex follows TMDB, and that disagreement causes real bugs.
- Fix your path layout first. Everything else is easier afterward.
- Unmonitor before hand-correcting, or automation will undo you.