| Property | Value |
|---|---|
| Host VM | VM-SL-22 |
| Compose path | /opt/tdarr/docker-compose.yml |
| Image | ``ghcr.io/haveagitgat/tdarr:latest(server) +ghcr.io/haveagitgat/tdarr_node:latest (node) |
| Container name(s) | tdarr-server, tdarr-node |
| External URL | <http://10.100.100.222:8265 (LAN-only, no Traefik route)> |
| Networks | tdarr-int Docker bridge |
| DB / state | SQLite at /app/server/Tdarr/DB2/SQL/database.db inside the server container |
| Auth | None yet (LAN-only access; behind pfSense Home). |
| Backup | PBS image-level via VM-SL-22. |
Re-encodes the Plex media library from H.264 (and other legacy codecs) to HEVC to reclaim disk space on the Synology — the NAS was running low and the goal is roughly halving the total library size while preserving visual quality.
Single library scope: /movies + /series, NFS-mounted from SV-IO-02. A single flow hevc-hwaware-cq22 handles all routing decisions:
inputFile
-> checkVideoCodec [hevc?]
yes -> replaceOriginalFile (skip)
no -> checkVideoResolution
<4K -> ffmpegStart
4K -> checkHdr
HDR -> replaceOriginalFile (preserve)
SDR -> ffmpegStart
ffmpegStart
-> checkNodeHardwareEncoder [hevc_nvenc?]
yes -> ffmpegSetEncoder NVENC p7 CQ22
no -> ffmpegSetEncoder libx265 slow CRF22
-> ffmpegSetContainer (mkv) -> ffmpegExecute -> replaceOriginalFile
The checkNodeHardwareEncoder plugin lets one flow serve both the CPU-only Linux node and the future RTX 3060 Windows node — each takes the branch that matches its hardware.
Library settings managed via the Tdarr UI (NOT via API — see the v2.70 API gotchas for why). containerFilter: mp4,mkv,avi,mov,flv,webm,ts,m4v,wmv,mpg,mpeg,3gp,m2ts. foldersToIgnore: empty (NFS mounts already exclude the photos paths). Cache: /temp/cache (currently container-ephemeral — TODO persistent volume). Worker count on the CPU node: 1 (libx265 slow is multi-threaded; more workers fight for cores and only worsen latency — verified by load avg 24 with 4 workers on a 16-vCPU VM).
No Traefik route. UI accessible only on the home LAN at http://10.100.100.222:8265. Node-to-server connection on port 8266 over the LAN; for the Windows RTX-3060 node, this stays inside 10.100.100.0/24 (the gaming PC is on the same LAN).
— (none yet; LAN-trust model; would be added if the UI was ever exposed externally)
tdarr-server volume: SQLite DB + pluginstdarr-node volume: cache, plugins copySV-IO-02 for /movies + /series (read+write — Tdarr replaces files in place)/temp/cache (container-ephemeral; the encoded file is moved back to source on success)PBS image-level via VM-SL-22 covers the Tdarr stack state; the actual library content lives on the NAS and is part of its own snapshot story.
docker logs --since 5m tdarr-server and ... tdarr-nodetranscodecpu worker count to 0 on the node card in the UI/temp/cache is not on a persistent volume — survives only the lifetime of the tdarr-server container. Add a Docker named volume.tdarr-node-pc-rtx3060.:latest — TODO pin.Tdarr läuft aktuell auf vm-sl-22. Per migration/target-architecture-2026 §3.1 ist die Migration auf vm-hm-svc-prod-02 vorgesehen — diese VM ist noch nicht gebaut, der Move steht aus.
Tdarr läuft jetzt auf VM-HM-SVC-PROD-02 (10.100.100.103). Migration-Details:
docker run --rm -v <vol>:/data -v /tmp/tdarr-export:/backup busybox tar cf /backup/<vol>.tar -C /data . für jeden der 4 Volumes (tdarr_tdarr_server 372M / tdarr_tdarr_configs 3.5K / tdarr_tdarr_logs 15M / tdarr_tdarr_node_logs 7.7M)./data/Tdarr/DB2/SQL/database.db ist im imported tdarr_tdarr_server-Volume → alle Library-Configs (containerFilter, foldersToIgnore, plugins) + Statistik unverändert./mnt/movies + /mnt/series (RO auf Server, RW auf Node). Family-Photos (alexpictures, pictures) bleiben aus dem Scope (siehe feedback_tdarr_scope)./dev/dri/card0 Intel-iGPU passthrough.tdarr-node-vm-sl-22 → tdarr-node-vm-hm-svc-prod-02.Source-Container auf SL-22: tdarr-server + tdarr-node Exited (0) als Fallback. Originale Named-Volumes auf SL-22 sind intakt — nicht löschen ohne expliziten User-Sign-Off.
TODO: Cache /temp/cache weiterhin Container-ephemeral (carry-over Issue von SL-22). Image :latest weiterhin nicht digest-pinned (V00-014).