I’m happy enough to seed til kingdom come, but I’m not aware of any facility that allows this with the 'Arrs.
Is there a way to continue seeding after download is completed, and also after the files have been moved and renamed to conform to whatever convention you have in place that the media players can pick up?
I currently have them continuing for 3x ratio in the downloads folder but that’s duplicating files for who knows how long, and I don’t have an enormous amount of space.
Can the torrent client be hooked back to the files under their new names, and can it be automated?
You must log in or register to comment.
Sonarr/Radarr can be set up to use hardlinks instead of copying files. That way the file will appear in both places but it will only take up the storage space a single time. I believe it’s one of the advanced options under media management.
This is correct. Hard linking is also enabled by default.
Given that it’s not enabled makes me think that they’ve got some sort of weird setup like network drives or separate mounts (Docker?) or gasp they’re running the *arrs on Windows.
Well, that or they just didn’t notice that hardlinks were already working.
one caveat is the need for *rr apps to have direct access to the storage filesystem, and not connect through some filesharing protocol (smb, NFS, etc…) afaik. ISCSI might be good since it’s presented as an actual system drive, speculating.
Works fine over smb and NFS. *arr apps have no way of knowing if a folder is a mounted share or not
Sure *are apps might not have a way of knowing but they are still limited by SMB’s limitations. If you’re sharing individual folders you simply can’t hardlink across them. But my bad for thinking SMB didn’t allow hardlink inside the same share mount point.
Can’t you use a docker CIFS volume?
CIFS is SMB under a diferent name, and it might be that inside a share you can hardlink, but not across shares in the same filesystem.
I’m aware that CIFS is essentially SMB. Is the issue on the host or the container side?
It’s neither, it’s a limitation of SMB, if you have multiple shares set-up that mount to the root of the SMB share, you can’t hardlink accross them, but inside a single share in the root of the SMB share apparently it’s not an issue.
Fun fact, just encountered this very issue myself lol. I hate the fact that I had to set up share per dataset, but it works and with smb enumeration they at least don’t show up for other users.
I have my arrs connected through SMB and hardlinks work fine.
I’d guess it’s more about the underlying filesystem, I’ve got ext4.
Are you sharing the top folder holding both folders where you’re creating the hardlinks or are you creating individual shares for each folder?
The former.
You cannot hardlink across drives, and I’m guessing the OS might not know it’s one drive if you’ve got multiple shares.
For sure! Yeah I was just remembering that shares get mounted as a drive when you access them. So makes sense.
I just set *arr to not delete media after it copies it into my library and then I have qBittorrent set to remove and delete torrents once I hit the seed ratio I have defined.
This does take double the storage while I continue seeding but I have plenty of extra so I haven’t worried about it.
It probably doesnt. Its using hard linking by default. You have files in both folders but they take space only for one. You have to delete both to free up space
Which client are you using? I’m using deluge and *arr doesn’t remove torrents after they’re copied. There’s another job that cleans them up in the DL client itself after they’ve seeded for x time/ratio.
You should be able to configure *arr or your download client to create a link to the source content being seeded instead of copying/moving it if thats the issue.
