Chris wrote:
Nothing is broken here, and you have read it right — on the library side Sonarr and Radarr do swap the old file out for the upgraded one. The leftover sitting in qBittorrent is a separate thing. SparkBox does tell Sonarr and Radarr to tidy up finished downloads, but that tidy-up only happens once qBittorrent itself considers a torrent finished — and out of the box there is no stopping point set, so it just keeps seeding and never gets cleared. In qBittorrent open Tools, then Options, then BitTorrent, and set a Seeding Limit (a ratio like 2, or a number of days). After that the old ones get removed on their own. Worth a quick look at what your VPN or tracker expects before you pick a number. I have passed the gap itself to Tom — the cleanup being switched on with nothing to trigger it is our rough edge, not yours.
Chris wrote:
That gap is now closed — Tom shipped the fix today in v1.6.466, and your report is what it was built from. One command does it: sudo sparkbox upgrade. It gives qBittorrent the stopping point it never had — pause at ratio 2.0, or after 7 days of seeding — and that is the exact trigger Sonarr and Radarr were waiting on. It only pauses; nothing gets deleted by qBittorrent itself, and removal stays with the arrs after the import has landed. Your existing leftovers clear as they reach that point. If you already set a limit by hand after my last message, SparkBox notices and leaves your numbers alone. — Chris
tomspark wrote:
Heads up — 1.6.466 just shipped and should cover what you reported here. Grab it with sudo sparkbox upgrade (that is the one that moves you to a new release — update only refreshes app images), and let me know if it's sorted — or if you're still hitting it.