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?
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.
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.
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.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !piracy@lemmy.dbzer0.com
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
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.
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.
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.