I prefer Sonarr for management.
Problem is the auto matching.
It just doesnt always work.
Practical example: Looney. Tunes.and.Merrie.Melodies.HQ.Project.v2022

Some episodes are either not in the correct order or their name is deviating from how tvdb sorts it.
Your best regex/automatching can do nothing about it if Looney.Tunes.Shorts.S11.E59.The.Hare.In.Trouble.mkv should actually be named Looney.Tunes.Shorts.S1959.E11.The.Hare.In.A.Pickle.mkv to be automatically imported.

At some point fixing multiple hits becomes so tedious it’s easier to just clear all auto-matches and restart fresh.

Oh, I only had it when mounting with compose. I did resolve it by uaing fstab.

Oh well… I hoped you’d have a better solution. At least that works very well.

This may work for you and please continue doing that.

But I’ll get the 1080p with a moderate bitrate version of whatever I can aquire because I want it in the first place and not grab whatever I can to fill up my disk.

And as I mentioned: Matching 500 episodes (e.g. Looney Tunes and Disney shorts) manually isnt fun.
Much less if you also want to get the exact release (for example music) of a certain media and need to play detective on musicbrainz.

Had issues with docker conpose mounting NFS storage.
Seemed like it got disconnected while in use by the container.
Did resolve it eventually by manually mounting it on the host.

Any experience why?
Host OS: Debian 12
NFS server: Debian 12 in a Proxmox VM

Sometimes it’s just easier to build it from the ground up with all the knowledge you have gathered so far.

Maybe for common stuff but some dont want 720p YTS or yify releases.
There are also some releases that don’t follow TVDB aired releases (which sonarr requires) and matching 500 episodes manually with deviating names isn’t exactly what I call ‘fun time’.
Amd there are also rare releases that just arent seeded anymore in that specific quality or present on usenet.

So yes: Backup up some media files may be important.

Assuming it is on: Daily