7.6 KiB
Executable File
title, created, updated, type, namespace, tags, related
| title | created | updated | type | namespace | tags | related | |||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Skill — arr-media-stack-setup (дополнения 2026-09-26) | 2026-09-26 | 2026-09-28 | tech | personal |
|
|
Skill arr-media-stack-setup — дополнения 2026-09-26
Зеркало патча скилла. Что добавлено после разведки на Тайге (задача «Lidarr + музыка + синк с Jellyfin»). Полный скилл:
~/.hermes/hermes-whale/skills/devops/arr-media-stack-setup/SKILL.md
1a. Lidarr — музыкальный *arr (патч 2026-09-28)
Связка — с NAVIDROME, не с Jellyfin. Jellyfin для музыки непригоден (баг #18162, имя папки перекрывает теги). План деплоя на Тайге — family/plans/lidarr-taiga-deploy §2026-09-28.
Сервис = копия radarr: lscr.io/linuxserver/lidarr:latest, порт 8686, PUID=950 PGID=950,
volumes /mnt/RED_2TB/docker/arr/lidarr:/config + /mnt/RED_2TB/storage:/storage (:rw),
сети media_net + caddy_default. Старт — из папки проекта /mnt/RED_2TB/docker/arr.
Root folder — та же папка, что читает Navidrome (/storage/Music).
🔴 Write Metadata Tags обязателен — без него Lidarr не пишет Album Artist, и при
отсутствии ALBUMARTIST Navidrome подставляет track artist → сборники и фиты разваливаются
на альбомы-одиночки.
🔴 Существующую библиотеку в Lidarr НЕ импортировать — импорт как «Existing Albums» заставит Lidarr перезаписать теги из MusicBrainz, ручной ремонт тегов уйдёт. Lidarr отвечает только за новые закачки.
Audio-категории — проверять ?t=caps, не предполагать
# внутри контейнера prowlarr (в linuxserver-образах есть /usr/bin/curl)
docker exec prowlarr curl -s -H 'X-Api-Key: <KEY>' \
'http://localhost:9696/api/v1/indexer/<ID>' > /tmp/idx.json
jq -r '.capabilities.categories[] | "\(.id) | \(.name)"' /tmp/idx.json | grep -E '^3|Audio'
Факт Taiga 2026-09-28: RuTracker → 3000 Audio ✅, NoNaMe Club → 3000 Audio ✅,
RuTor → категории не отдал. Живых индексеров 3/6 (RuTracker/Kinozal за Cloudflare).
Prowlarr → Lidarr
POST /api/v1/applications: implementation=Lidarr, configContract=LidarrSettings,
syncLevel=fullSync, baseUrl=http://lidarr:8686, appProfileId из GET /api/v1/appprofile
(на Taiga — 1, Standard), syncCategories=[3000,3010,3020,3030,3040,3050,3060].
1. Индексеры недоступны: DNS-фильтр провайдера (НЕ Cloudflare, НЕ Pi-hole)
Новый класс проблемы, ранее не описанный в скилле. Задокументированы были только
«Cloudflare 403 на indexers.prowlarr.com» и «RuTracker Turnstile». Здесь DNS не отдаёт IP вообще.
# InitialFailure показывает НАЧАЛО проблемы, а не «сейчас»
GET /api/v1/indexerstatus → initialFailure: "2026-05-20T05:4x:xx" ← день деплоя
→ disabledTill: +24 ч карантин
# Резолв проверять ДВУМЯ резолверами
nslookup rutracker.org 192.168.2.2 # роутер
nslookup rutracker.org 8.8.8.8 # внешний
# NXDOMAIN на ОБОИХ → фильтр на стороне аплинка/провайдера
# NXDOMAIN на роутере → Pi-hole/локальный DNS
Быстрый чек всех индексеров — wget -S на каждый домен из контейнера prowlarr:
wget: bad address '<domain>' = DNS-провал, HTTP/1.1 200 OK = домен жив.
Фикс: SOCKS5-прокси, но сперва убедиться, что прокси-контейнер виден целевой сети
(docker network inspect media_net --format '{{range .Containers}}{{.Name}} {{end}}').
После docker network connect — добавить сеть в compose, иначе потеряется при пересоздании.
Затем POST /api/v1/indexer/testall снимает disabledTill.
2. disabledTill НЕ виден в Radarr/Sonarr
GET /api/v3/indexer отдаёт "status": {} — пусто. Карантин смотреть только в Prowlarr
(/api/v1/indexerstatus, /api/v1/health). Не делать вывод «индексеры свободны» по Radarr.
3. TrueNAS: python3 ЕСТЬ, curl и sqlite3 — НЕТ
Исправление распространённой ошибки в доке («нет curl и python3»). Факт 2026-09-26:
python3 на хосте работает (использовался для разбора JSON). Нет curl и sqlite3.
Рабочий паттерн API = wget в контейнере + хостовый python3:
ssh truenas_admin@HOST \
"docker exec prowlarr sh -c 'wget -qO- --header=\"X-Api-Key: <KEY>\" http://localhost:9696/api/v1/health'"
- busybox-
wget: только-qO-/-S/--header/--timeout.-e use_proxy=yesНЕ поддерживается (GNU-опция) → прокси-тест изнутри linuxserver-контейнера этим способом невозможен. - Экранирование JSON через ssh ломается на кавычках в
--header→ надёжнее писать вывод в файл (> /tmp/x.json) и разбирать отдельным вызовом. jqс дефисами:.["download-dir"], не.download-dir.
4. /etc/resolv.conf контейнеров = 127.0.0.11
Docker embedded DNS. В linuxserver-образах нет getent → использовать nslookup/wget.
5. RemotePathMapping: health жалуется при «задокументированном» маппинге
RemotePathMappingCheck error
"download client Transmission places downloads in /storage/Downloads/radarr
but this directory does not appear to exist inside the container"
Проверять фактический download-dir, а не предполагаемый:
docker exec transmission sh -c 'cat /config/settings.json' # → "download-dir": "/mnt/storage/Downloads"
Если download-dir плоский (без подкаталога категории) — сам маппинг не спасёт: подкаталога нет.
Плюс Transmission монтирует /mnt/storage, Radarr — /storage (один хост-путь под двумя именами).
Всегда проверять наличие записей в API (GET /api/v3/remotepathmapping), а не то, что записано в доке.
Связанные заметки
- personal/plans/lidarr-taiga-and-indexer-unblock — план, из которого выросли эти находки
- family/projects/media-toolbox-taiga — состояние стека на Тайге