Yes, that’s possible. The *arr’s need to be able to access the path on your storage server though. I’m using syncthing to move files between two locations.
this post was submitted on 21 Jun 2023
22 points (100.0% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
55928 readers
203 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
📜 c/Piracy Wiki (Community Edition):
💰 Please help cover server costs.
 |
 |
|---|---|
| Ko-fi | Liberapay |
founded 2 years ago
MODERATORS
While I don't use my *arr stack in quite the same way, I do not see why you wouldn't be able to do it.
You'll need to set up mount points, and the permissions can be a bit finicky but other than that you shouldn't have an issue.
I currently have my download client setup on a separate server (VM on esxi) and my *arr stack set up on unRAID and it will kick off the download, then move the downloads between servers no problem.
Your severs are on different networks?
(edit) and yes the hardest part for me was the permission to setup between NFS and then both system without setting up everything on 777
Sorry, I guess kbin doesn't notify you of replies to your comments? Just now saw this. My servers are on different vlans actually. My esxi node is on my old infra vlan, where as the unraid server is on my new one. I just haven't gotten around to moving everything off the old vlan.
Was easier for me just to create an exception for those two servers to talk across vlans than to bother moving everything over. It's one of those "i'll get to that one day" kind of projects.
Totally possible. In fact, I do it.
Honestly, I feel like the majority of users do, since using gdrive for storage has been so popular.
You just need a way for *arr to access the filesystem of the server, whether that's SMB/NFS shares or whatever.
I think the main reason to keep the data on the same datastorage is to continue seeding your torrents without duplicating the files.
*arr services are renaming the downloaded file into a library with metadata that are used by your player or service (Kodi/Jellyfin/Plex) therefore if you want that your torrents client continue seeding after the download you need to keep the file like it was: The solution is hardlink and it only works on the same datastorage, because you just copy the links to a file not the data itself (basically)
if your server and datastorage are on the same local network you could simply mount a remote folder on the server hosting the torrent client so it download directly on the other system that has the storage?
That's what I'm doing currently as "temporary" solution (almost a year now...)
Services (sonarr, radarr, Jackett, Jellyfin, transmission/...) on a Raspberry Pi 4
Raid 5 storage on my computer for the TV Shows Raid 1 storage on a NAS for the movies
Both shared via NFS and mounted on the raspberry pi
(yeah it means i have to keep my computer, my Nas and the raspberry pi ON all the time)
view more: next ›