Update: it was an issue with API keys due to a previous install.
Update 2: new problem, qBittorrent has an I/O issue, probably involving the final destination for the media: my Synology NAS. Any advice here is appreciated.
Update 3: I was having issues with mapping my Synology NAS as the root folders, so I restarted the *arrs and now they are unreachable. The solution was to reinstall them without uninstalling them because my computer is weird.
Once a year I try setting up Prowlarr, Sonarr, and Radarr and I felt confident so I reinstalled them. The *arrs are connected to qBittorrent (all tests succeeded) and Prowlarr (again, tests succeeded) and vice versa. I added every indexer that I could successfully connect to (which was most of them) and currently have all of the web UIs open <IP address>:<port> which work as expected. Everything seems to be communicating and functioning as intended so I tested Radarr. I found a popular movie and started monitoring it, this was about 30 minutes ago. It hasn’t shown up in qBittorrent and I’m not sure what I’m missing; can someone help me troubleshoot? In other words, how do I know definitively that this movie I have selected will download and when will it download?
Do you mean that the automatically grabbed torrent is slow in qBittorrent? The apps themselves don’t have any idea what is a popular or unpopular torrent, so it may have just grabbed an almost dead one.
You may want to check out TRaSH Guides for some good Custom formats and guides for the *arr apps.
Based on your previous posts I assume that you use Windows as your server OS. I am sadly unable to help you with OS-level issues on Windows. I am also unfamiliar with the quirks of the Synology OS.
You can check if your *arr-apps run as the same user as the permissions on the share (on the *arr-server). The folder and contained files of the share on the Synology NAS should have read, write and execute (rwx) permissions for the user of the share.
Gotcha, thank you for your help. In case anyone else is curious…after some testing, I think the problem is Synology shutting down all connections when too many things (downloading + scanning/tagging + moving to Jellyfin) are happening at once
Are you running Jellyfin on the NAS as well as the arrr stack?
Also which Synology NAS do you have exactly and as someone else asked, what client / box are you using to access it with?
I’ve got a couple of Synology boxes and only run Radarr/Sonarr/Transmission on them and that’s it - Jellyfin is on another SFF PC and I’ve also been thinking of taking Transmission out of the Syn boxes since it nails them on large & multiple downloads.
My VPN is a mullvad exit node via TailScale which isn’t supported by Synology unfortunately. So Jellyfin on the NAS, and arr + qBittorrent on my windows computer. The problem was in having the mid-download folder on the NAS, causing so many small writes to the NAS that it would shut down the connection. I moved the download folder to a spare HDD on my PC and havent had issues with the setup since. From what I’ve gathered though, this is a really inefficient setup
Put the arrr stack + qbit on your Syn drive, mount the shares via NFS, and then use Jellyfin on your Windows PC?
edit: or, like you’re saying you’re wanting qbit behind your Mullvad put that on your Windows PC and tell Sonarr/Radarr that’s where the Download Client is
That’s what I’ve been curious about, but even still on a DSM 223 & 418 I’ve found them alright to an extent running Radarr/Sonarr/Transmission.
I did however run into problems trying to use them via Container Manager aka Docker on the DSM’s.
Jellyfin thou is definitely best run on something that can transcode media and the DSM’s are definitely not cut out for that, and if your Windows PC has an Intel processor will see you having less issues. Good luck you ;)
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.
Do you mean that the automatically grabbed torrent is slow in qBittorrent? The apps themselves don’t have any idea what is a popular or unpopular torrent, so it may have just grabbed an almost dead one.
You may want to check out TRaSH Guides for some good Custom formats and guides for the *arr apps.
Radarr Custom Format Tutorial
Radarr high-quality release groups
Sonarr Custom Format Tutorial
Sonarr high-quality release groups
I recommend finding some good release groups and setting them to be always preferred over others.
I made a few updates with new issues. I’d love some advice if you have any
Based on your previous posts I assume that you use Windows as your server OS. I am sadly unable to help you with OS-level issues on Windows. I am also unfamiliar with the quirks of the Synology OS.
You can check if your *arr-apps run as the same user as the permissions on the share (on the *arr-server). The folder and contained files of the share on the Synology NAS should have read, write and execute (rwx) permissions for the user of the share.
Gotcha, thank you for your help. In case anyone else is curious…after some testing, I think the problem is Synology shutting down all connections when too many things (downloading + scanning/tagging + moving to Jellyfin) are happening at once
Are you running Jellyfin on the NAS as well as the arrr stack?
Also which Synology NAS do you have exactly and as someone else asked, what client / box are you using to access it with?
I’ve got a couple of Synology boxes and only run Radarr/Sonarr/Transmission on them and that’s it - Jellyfin is on another SFF PC and I’ve also been thinking of taking Transmission out of the Syn boxes since it nails them on large & multiple downloads.
My VPN is a mullvad exit node via TailScale which isn’t supported by Synology unfortunately. So Jellyfin on the NAS, and arr + qBittorrent on my windows computer. The problem was in having the mid-download folder on the NAS, causing so many small writes to the NAS that it would shut down the connection. I moved the download folder to a spare HDD on my PC and havent had issues with the setup since. From what I’ve gathered though, this is a really inefficient setup
Maybe try it the other way like I’ve done?
Put the arrr stack + qbit on your Syn drive, mount the shares via NFS, and then use Jellyfin on your Windows PC?
edit: or, like you’re saying you’re wanting qbit behind your Mullvad put that on your Windows PC and tell Sonarr/Radarr that’s where the Download Client is
Is there a benefit to having the arrs on the NAS if it’s still going to have to communicate and download through the other machine anyway?
That’s what I’ve been curious about, but even still on a DSM 223 & 418 I’ve found them alright to an extent running Radarr/Sonarr/Transmission.
I did however run into problems trying to use them via Container Manager aka Docker on the DSM’s.
Jellyfin thou is definitely best run on something that can transcode media and the DSM’s are definitely not cut out for that, and if your Windows PC has an Intel processor will see you having less issues. Good luck you ;)
They are able to pull seed/leech info, but I’ve found that info to be inaccurate.
deleted by creator
I appreciate the help!