[[Support] binhex - qBittorrentVPN]

20 minutes ago, JonathanM said:

There's your problem. It's got to be /data in both containers. The mapping from /mnt/user/... to /data has to be identical in both containers.

Ok, so I fixed that, I think, but that didn't remove the error msg from Radarr, and Sonarr is still refusing to import any files downloaded. It still just says "no files found are eligible for import in /data/downloads/..."   If I try to manual import, I get "No video files were found in the selected folder".  *sigh*

[[Support] binhex - qBittorrentVPN]

8 minutes ago, Gog said:

I just did an image update and I started to get: AUTH: Received control message: AUTH_FAILED

Read back a page or two. There was talk about a VPN keysize thing that needs to be edited in the config file.  Scroll back a bit, you'll see it.  That sounds like maybe your problem as well.

[[Support] binhex - qBittorrentVPN]

So this may mean something...

I notice that Radarr is giving me this error: "You are using docker; download client SABnzbd places downloads in /downloads but this directory does not appear to exist inside the container. Review your remote path mappings and container volume settings."

OKaaay...  I thought we weren't supposed to be using remote path mappings, but alright.

So I finally found the settings page in the UI of SabNZB, and sure enough, it's pointing to /downloads and /downloads/incomplete.   However, these are container folders.  As expected, I don't have any option to select anything outside the container.  There is another "downloads" option if I browse, which is /config/downloads.  If I select that one, the page looks like this...

However, neither of those selections makes the error go away in Radarr, and neither gives access to the actual folder where I want all these files to go, which is mnt/user/downloads.  *facepalm*

Since lots of folks use what I have to assume is a very similar setup to this, surely there's a video for this, right?

[[Support] binhex - qBittorrentVPN]

24 minutes ago, JonathanM said:

This appears correct, is it still identical?

Yep, looks just like that.

Now, my SabNZB has stopped working.  It downloads just fine, then Sonarr says that no file is found in the folder where it's looking to import.

14 minutes ago, wgstarks said:

Does the format of the file names match files that are being downloaded or is it a match for the file renaming being used by Radarr or Sonarr?

I'm not really sure what you're asking, sorry.   It seems like the issue is that the system doesn't know where to look for the downloaded files, more than the actual file names being the problem.

[[Support] binhex - qBittorrentVPN]

44 minutes ago, JonathanM said:

Sounds like you missed the opening / when you changed the path to /data

I don't think I did. Please take a look at the screenshots I posted, if you have a moment. Do they look correct to you?  This whole thing is just baffling, and super frustrating.  It was all working so well, and now it's a hot mess.

[[Support] binhex - qBittorrentVPN]

26 minutes ago, wgstarks said:

They may just be old folders that were created due to improper settings an are no longer being used. You might just keep an eye on them for changes. If you see any that'll give you a clue to which docker is the culprit.

Nope, they're brand new. I keep a pretty close eye on my drives.  They didn't exist until we made those changes today, then they started popping up. Some have downloaded files in them, some are empty.  It's weird, and a mess. lol

[[Support] binhex - qBittorrentVPN]

Yeah, my qBT config file looks like the example you posted.
I'm not sure that it's Radarr causing it, since I'm pretty sure I saw the funky nested folders popping up before I edited the paths in Radarr.  I might be wrong about that, but I don't think so.  Also, I believe I see the folders where Radarr is dropping stuff, and it's not those, it's elsewhere.

[[Support] binhex - qBittorrentVPN]

11 minutes ago, wgstarks said:

Post your docker run command

This?

 

[[Support] binhex - qBittorrentVPN]

30 minutes ago, wgstarks said:

I would try just letting them sit for a day or so to see if they resume....

 

I would try a manual import from the sonarr activity queue. If you click the manual import icon you should now be able to navigate to the proper video file and select it for import...

 

Okay, I'll let it sit and see if it sorts itself out, thanks.

I've tried manual importing, and it just tells me there's no file in that folder to import.  There's no option to browse.

 

By the way, now that we've changed the paths to the /data/ scheme, things have gone a bit wonky on the host side.

It's nesting the folders for some reason. My download folder (where it's actually dumping completed files) for qBT is now /user/appdata/binhex-qbittorrentvpn/qBittorrent/downloads/data/downloads/.

There are also "/data/finished" and "data/incomplete" folders in the root of the user/appdata folder, which I presume were created by Radarr, since there aren't any files inside either of those folders.  it's really a mess.  I don't know how to clean this up. 

[[Support] binhex - qBittorrentVPN]

So I added a new series in Sonarr to test, and it successfully downloaded and imported the show - yay!
Thanks for the help in getting me back up and running.

However, now I'm left will a queue full of stalled/errored torrents, a bunch of shows that have missing episodes, and junk on my drive(s) I assume.  What's my best path forward for cleaning all this up and getting these shows to download the missing files?  Is it as easy as deleting everything from the qBT side, and letting Sonarr sort itself out?  I feel like that's a bad idea, and will cause issues.  Please advise.

Also, once the above is cleaned up, what's the safest way to find and clean up all the partial mess that's hanging out in the temp folders on my drive?  From hunting around, I see there are downloaded files here and there that never got imported. I'd like to move them manually where they go, but doubt Sonarr would find them. Is it best to just dump them and let them re-download?

[[Support] binhex - qBittorrentVPN]

17 minutes ago, wgstarks said:

At a guess you’re using the linuxserver dockers and they have /downloads preset

I am and they do.

Ok, I've changed both Sonarr and Radarr to match as you suggested.

Now what...?  I've run a refresh on my Sonarr queue, and forced a recheck on everything in qBT. I don't see any change...

[[Support] binhex - qBittorrentVPN]

6 minutes ago, wgstarks said:

Did you remove the path mappings from Radarr/Sonarr. Also, what do you have set for /data in those docker configurations?

I did.

Radarr and Sonarr don't have a "/data" field, so I'm not sure which host path you mean, sorry.  Like I said, I'm a bit slow... lol

I hate to keep harping on this, but all of this was working perfectly just as you see it until recently, so it can't have been messed up too badly.  I know it probably wasn't set up the most cleanly, but it was functional.

 

[[Support] binhex - qBittorrentVPN]

11 minutes ago, wgstarks said:

But what do you have set for a download location in the app? That’s where the problem was originally.

I set it to the values in the screenshot after you posted your images.  Nothing has changed, it's still broken.

Those may not be the correct path values, but if not, I wouldn't know what to put there.

[[Support] binhex - qBittorrentVPN]

5 minutes ago, wgstarks said:

Yo configure that in the docker configuration (host path 2). When you set the app to use /data this path is linked to /mnt/user/whatever on the host

Like this?  This is how it's been all along. Not sure why it's not working, then.

 

EDIT: What really baffles me is why i can't seem to get any sort of additional info about the actual error.  Sonarr just says "there's a problem with qBT".  When I try to turn up the logging to trace, nothing happens. Literally nothing.  When I open the log for qBT, it looks like everything is fine. I don't see any errors, but I also don't see it really reporting any traffic or anything either, so maybe that not the right place to look?

[[Support] binhex - qBittorrentVPN]

23 minutes ago, wgstarks said:

For the app inside the container I’m not using /mnt/user/* I’m using /data/downloads (2nd screenshot). The app inside the container only sees the container path which is /data.

Ok, so how does the app get mapped to the 'outside' location, which in your case is the mnt/user/* path?  There has to be some translation there, and I'm not seeing how it happens.  That seems to be the step everyone skips, and I think maybe it's where this is all failing...maybe.

Somehow, qBT has got to be able to access my mnt/user/downloads path, since that's where all the files should be saved, and where both Sonarr and Radarr are looking for new files, or at least they were until recently.

I'm trying to figure out what one little thing changed that broke this whole house of cards.  It was all working so well, that I didn't think to document every little step.  I never thought I'd have to rebuild it all after a simple update.  My fault.

I'm sorry if I sound frustrated. It's because I am. Very.   I truly appreciate your patience and help.  I know this is all probably really obvious and simple to you guys who have been doing it a while, but for me it's like trying to do math in the dark with a broken pencil and no calculator. lol

[[Support] binhex - qBittorrentVPN]

Sorry for the delay, got called away for work.

Thanks for the screenshots!

So I'm confused... no big surprise.

All along, you guys have been saying that I can't use mnt/user/downloads as my download target, because the container can't see that location. However, in the screenshot above, that seems to be exactly what you're doing, except that instead of "downloads", you're calling it "qbit". What's the difference? I don't see what I'm missing...

I've edited my qBT settings to be /data/downloads and /data/downloads/temp, but i don't know what those correspond to, since they don't appear to be mapped to anywhere on the host.

 

[[Support] binhex - qBittorrentVPN]

4 minutes ago, wgstarks said:

Set it just like it was in your original screenshot.

My first SS showed mnt/user/downloads!  You're killin' me Smalls!  😆 

I have no idea what it should be set to.  Check the screenshots I edited into the post a couple back.  They show that my mnt/user/downloads location is directly available to the container.  I think I'm misunderstanding how this all works, since by your description I didn't think I should be able to see that location.   I still have no idea how or what the /data/ path is, since I didn't create it, and can't find any such path anywhere on my system.

Your last reply about how container and host paths are separate does help some, thanks.

 

[[Support] binhex - qBittorrentVPN]

22 minutes ago, wgstarks said:

Host path 2 has a container path of /data. This is the path seen by the container and the one you use. You don’t need to change host path 2, just use that container path in your app settings. All locations in the app settings should start with /data.

You're assuming I'm way smarter than I really am... lol

If I leave the Host 2 field blank (using the default), it says I must fill out that field.

I'm not sure what you mean by "use that container path"... what container path?  Does this mean that I need to set up a new share called /data/downloads or something?  This isn't at all how my system is set up.  All my other dockers and shares are working perfectly, even Radarr, which uses the same mnt/user/downloads folder.  I totally realize that I've probably borked something in the initial setup of my system due to now understanding the fundamentals, but I'd really like to not have to rebuild the structure from scratch if I can help it.

 

EDIT: Do these screenshots help any?  They just show what I see when I go looking for the "physical" location of that downloads folder in my file browser.  i really only have one option, and it's mnt/user/downloads

[[Support] binhex - qBittorrentVPN]

46 minutes ago, wgstarks said:

You have the path /data set in your docker config

I do?  The screenshot I posted before shows /mnt/user/downloads, or are we talking about 2 different locations?

For some reason my brain refuses to wrap around the concepts of dockers and how they interact with the other elements that make all this work. I've read countless tutorials and watched as many videos, and it just never clicks. 🤦‍♂️

 

Okay, so I've deleted the remote path mapping from Sonarr.

If I wipe out the Host Path 2 field in the qBT docker settings, then click on it to browse for a new folder, my options are as shown below.  The previously selected "/mnt/user/downloads" location seems like the obvious choice.  That's where Sonarr and Radarr are looking, and they seem to be working.  I don't know where else to point it.

Did I mention I'm confused...?  lol

 

EDIT:  What should I have my download location set to in the qBT webUI?

 

 

[[Support] binhex - qBittorrentVPN]

Oh wow. So I don't recall ever using any pathing except for what's shown in these screenshots.  So these are wrong?

What should they be? Please help me get this sorted out. Maybe I've been doing it wrong all along. lol

No idea why it's been working until recently, but regardless, I'd like to get it fixed.

I had to use the remote mapping in Sonarr for... some reason.  I can't recall why off hand, but I know it flat didn't work until I added that line, then it worked perfectly.

 

[[Support] binhex - qBittorrentVPN]

So suddenly Sonnarr is reporting "Download warning: qBittorrent is reporting an error" for lots of my queued downloads (through qBT), but there's no info about what error qBT might be reporting, or where. Whatever it is, it's preventing the files from downloading, so it's fairly serious. I feel like this has to be related to a recent Sonarr or maybe qBT update, since everything was working smoothly up until recently.

I've looked in qBT options, and it's set for downloads to go to "/mnt/user/downloads".
For some reason, the error seems to be indicating that it's looking /config/qBittorrent/downloads/.

However, files are actually being downloading into /user/appdata/binhex-qbittorrentvpn/qBittorrent/downloads.

I have no idea where that path came from, or why it's ignoring my selected save path now. It worked perfectly for many months, but it seems that a recent update to either Sonarr or qBT (more likely, I think) has broken something, but I can't figure out what, or even where to start looking, since the errors are so vague.

I've tried to dial up the logging in Sonarr to 'Trace' to see if it will give me more info, but that's not working for some reason.

Any ideas where to start looking? Please keep in mind that I'm fairly new to all this, so I'm going to require a bit of handholding if it's not a real obvious solution.

screenshots for context:

https://ibb.co/Y0MzCNV

https://ibb.co/jbvDwsk

[Move Dashboard modules between columns]

11 minutes ago, bonienl said:

Currently testing this feature, should come in the next Unraid version.

 

AWESOME!!!!  Thanks so much for listening to the community! This is one of the many things that makes Unraid so vastly superior to other competing platforms in my opinion.  I just love the involvement of the Devs.

[Move Dashboard modules between columns]

It's probably just me, most things are.

I'm not aware of any browser settings/addons that would affect how pages render. Certainly not anything that is installed on all 3, since I rarely use chrome and NEVER use Edge.

I didn't see anything in the display settings to "try".  It just looked like they were set on recommended scaling and resolution.  I'm reluctant to set my display scale to 150%, as that would screw up my desktop icons, and it would take a while to get them back right.

I'll just assume that the problem is me until others chime in, or not.

[Move Dashboard modules between columns]

I'm sorry, perhaps I'm not being clear, but I just don't know any other way to say it.

I'll paste what I said above, but only speak for myself this time.   "My point is that if the dashboard worked for me like it seems to for you and a few others, then there would have been no need for me to start this thread in the first place".  That indeed doesn't have anything directly to do with the number of columns, but rather the dashboard experience as a whole, and that not being able to move and arrange items freely is making it difficult to keep up with all the data. The fact that for some of us (such as yourself) the dashboard seems to be resizing itself and adding/removing columns dynamically goes a long way towards addressing the issue I was complaining about in the first post. 

[Move Dashboard modules between columns]

15 minutes ago, trurl said:

I think you assume to much there. The point of this thread has nothing to do with the number of columns. See the first post.

Hahah yeah, I started the thread, I know.  My point is that if the dashboard worked for me (and all the other +1s) like it seems to for you and a few others, then there would have been no need for me to start this thread in the first place.  I would have just arranged my columns vertically as best as I could, then sized the browser to spill or stack the 2nd/3rd column until I got it as good as possible. It probably wouldn't have been perfect, but it certainly would be better than what I'm dealing with now.  Granted, it wouldn't have fixed the frustration of having most of the important stuff stuck in the left column, but it would likely have been below the "I have to get some help with this" threshold.