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?

  • Certainly_No_Brit
    link
    fedilink
    English
    arrow-up
    7
    ·
    edit-2
    4 months ago

    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.

      • Certainly_No_Brit
        link
        fedilink
        English
        arrow-up
        3
        ·
        4 months ago

        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.

        • LazerDickMcCheese@sh.itjust.worksOP
          link
          fedilink
          English
          arrow-up
          2
          ·
          4 months ago

          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

          • ladfrombrad 🇬🇧@lemdro.id
            link
            fedilink
            English
            arrow-up
            1
            ·
            4 months ago

            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.

            • LazerDickMcCheese@sh.itjust.worksOP
              link
              fedilink
              English
              arrow-up
              2
              ·
              4 months ago

              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

              • ladfrombrad 🇬🇧@lemdro.id
                link
                fedilink
                English
                arrow-up
                1
                ·
                edit-2
                4 months ago

                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

                • LazerDickMcCheese@sh.itjust.worksOP
                  link
                  fedilink
                  English
                  arrow-up
                  2
                  ·
                  4 months ago

                  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?

                  • ladfrombrad 🇬🇧@lemdro.id
                    link
                    fedilink
                    English
                    arrow-up
                    2
                    ·
                    4 months ago

                    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 ;)

    • catloaf@lemm.ee
      link
      fedilink
      English
      arrow-up
      3
      ·
      4 months ago

      They are able to pull seed/leech info, but I’ve found that info to be inaccurate.