Lidarr на Taiga — деплой в связке с arr-стеком и Navidrome

Дата: 2026-09-28 Статус: 🟡 УТВЕРЖДЁН Alex 2026-09-28 («1 A. 2 да, пока не делать. Приступай») — идёт исполнение Namespace: family Решения Alex: (1) переименование — вариант A: Rename Tracks=ON, Rename Folders=ON, раскладка Music/<Artist>/<Album>/<track> - <title>, Write Metadata Tags=ON; (2) импорт существующих 7861 файлов — НЕ делать, Lidarr отвечает только за новые закачки.

Задача

Поставить Lidarr на TrueNAS/Taiga в дополнение к Prowlarr/Radarr/Sonarr/Transmission, настроить на музыку, связать с arr-стеком (Prowlarr/Transmission) и с музыкальным сервером Navidrome.

🎯 Ключевые факты, определившие решения (проверено 2026-09-28)

Факт	Значение
Музыкальный сервер — NAVIDROME, не Jellyfin	`https://music.mallexxx.duckdns.org`, v0.64.2, скан 7861 живой трек
Navidrome читает только теги, папки игнорирует	структура `category/sub/file` ему не мешает
Jellyfin для музыки провален	баг #18162 — имя папки перекрывает тег
Структура `Music/` на диске	плоская, НЕ `Artist/Album/Track` (подтверждено: `!Rock&Folk/Green Apelsin`, `!Рэп/Guf` и т.п.)
Lidarr пишет теги при импорте	MusicBrainz release groups, включая `Album Artist` → новые закачки приходят с полным набором
Prowlarr appProfile	`Standard` = id 1
Prowlarr applications	Radarr, Sonarr — оба `fullSync`; Lidarr отсутствует
Индексеры	все 6 тегированы `[1]` (прокси `vless-socks5`); живых 3/6
RuTracker caps	отдаёт ветку 3000 Audio ✅
NoNaMe caps	отдаёт ветку 3000 Audio ✅
RuTor caps	в ответе не было 3000 — проверить `?t=caps` при настройке
Transmission	`download-dir=/mnt/storage/Downloads` (плоский, без подкаталога категории), `media_net` 172.16.17.5
Диск	913 ГБ свободно из 929
Стек	prowlarr/radarr/sonarr/jellyfin/transmission Up, uid 950; navidrome Up, `caddy_default`
Lidarr	не установлен: ни контейнера, ни Caddy-блока, ни Application в Prowlarr

Архитектура после деплоя

Prowlarr (9696) ──fullSync──> Lidarr (8686)  + Radarr + Sonarr
                                   │
Transmission (9091) ──download──┐  │
   /mnt/storage/Downloads       ↓  ↓
                            /storage/Music  ← root folder Lidarr
                                   │
                              Navidrome (4533) ──> music.mallexxx.duckdns.org
                                   │
                     caddy: lidarr.mallexxx.duckdns.org

План (утверждён)

Фаза 1 — контейнер

Бэкап /mnt/RED_2TB/docker/arr/docker-compose.yml → ~truenas_admin/ (⚠️ /mnt/RED_2TB/backup root-owned — туда писать нельзя).
Добавить сервис lidarr в compose (паттерн radarr, один проект = нет name-conflict): образ lscr.io/linuxserver/lidarr:latest, PUID=950 PGID=950 TZ=Asia/Novosibirsk, dns: [8.8.8.8, 8.8.4.4], порт 8686:8686, volumes /mnt/RED_2TB/docker/arr/lidarr:/config + /mnt/RED_2TB/storage:/storage, networks media_net + caddy_default.
Старт: cd /mnt/RED_2TB/docker/arr && docker compose up -d lidarr (⚠️ НЕ через временную копию compose в /tmp — name-conflict, чинили долго).
Caddy: блок lidarr.mallexxx.duckdns.org { reverse_proxy lidarr:8686 }. Caddyfile root-owned → только через alpine (-v /:/host:rw), отправлять весь файл, потом caddy validate → caddy reload. TLS ~10 сек, exit=35 сразу после reload — норма.

Фаза 2 — онбординг Lidarr (через API)

API-ключ: docker exec lidarr grep ApiKey /config/config.xml.
Root folder: /storage/Music (решение Alex 2026-09-26).
Download client: Transmission, host transmission, port 9091, urlBase /transmission/, category lidarr, без логина/пароля.
Вариант A (решение Alex):
- Media Management → Rename Tracks = ON, Rename Folders = ON
- стандартная маска Lidarr: Music/<Artist Folder>/<Album Folder>/<track> - <title>
- Write Metadata Tags = ON — обязательно, иначе новые закачки без Album Artist развалятся на альбомы-одиночки в Navidrome
- Import Extra Files = OFF
Импорт существующих 7861 файлов — НЕ делать (решение Alex). Lidarr отвечает только за новые закачки. Существующая библиотека остаётся как есть. ⚠️ Поэтому не запускать Library Import и не нажимать «Update All» по существующим артистам — это перезапишет теги, выправленные за 50 сессий (см. personal/plans/music-artist-albumartist-repair).

Фаза 3 — связка с arr-стеком

Prowlarr: добавить Application Lidarr (implementation: Lidarr, syncLevel: fullSync, baseUrl: http://lidarr:8686, apiKey из Фазы 2, appProfileId: 1, syncCategories: [3000,3010,3020,3030,3040,3050,3060]). Прокси-тег [1] наследуется автоматически — все 6 индексеров уже тегированы.
Проверить фактом, а не предположением: отдают ли RuTor/Byrutor/NoNaMe audio-категории 3000-й серии (?t=caps). RuTracker и NoNaMe — отдают (проверено 2026-09-28).
Remote Path Mapping для Lidarr — тот же паттерн, что у Radarr/Sonarr: host transmission, remotePath /mnt/storage/Downloads/, localPath /storage/Downloads/ (сносит существующую health-ошибку RemotePathMappingCheck). ⚠️ Transmission кладёт плоско в /mnt/storage/Downloads, подкаталога категории нет — маппинг сам по себе может не закрыть ошибку. Разбирать по факту.

Фаза 4 — приёмка (Alex, в UI)

https://lidarr.mallexxx.duckdns.org открывается.
Тестовый поиск артиста → релиз найден → торрент появился в Transmission.
Файл доехал в /storage/Music, виден в Navidrome.
docker ps — 6 сервисов arr-стека + lidarr Up, uid 950.

Риски / открытые вопросы

#	Риск	Что делать
1	RuTor может не отдавать audio-категории	проверить `?t=caps`; живых аудио-индексеров 2-3, не 0
2	Живых индексеров 3/6 — RuTracker и Kinozal за Cloudflare	FlareSolverr не установлен; Kinozal помечен как MUSIC-трекер, может понадобиться
3	RemotePathMapping: Transmission качает плоско	подкаталога категории нет → маппинг может не сработать; разбирать по факту
4	Rename Folders=ON меняет структуру папок для НОВЫХ закачек	существующие 7861 не трогаются (Lidarr трогает только свои импорты)
5	Случайный импорт старой библиотеки перезапишет теги	не запускать Library Import, не «Update All»

Ссылки

family/projects/media-toolbox-taiga — *arr стек на Taiga
family/how-to/navidrome-truenas-android — Navidrome (музыкальный сервер)
personal/plans/music-artist-albumartist-repair — ремонт тегов (находка: album = имя папки-владельца)
personal/tech/truenas-nfs4-acl-and-arrmultiuser — NFSv4 ACL и uid 950

История

2026-09-26 — разведка, Фаза 0 (прокси для индексеров) выполнена: vless-proxy в media_net, тег proxy создан, 3/6 индексеров подняты. Lidarr не установлен.
2026-09-27 — Jellyfin Music-библиотека провалена (баг #18162) → полный откат; музыка ушла в Navidrome. Lidarr отложен.
2026-09-28 — Alex: «Ставь lidarr на truenas с привязкой к arr стеку и navidrome». Факты собраны, план составлен, решения приняты (1 A, 2 не импортировать), деплой начат.

9.6 KiB Executable File Raw Blame History Unescape Escape