Sonarr version (exact version): 4.0.10.2544
OS : Ubuntu Server 24.04
Description of issue:
Hey, I’m having trouble getting Sonarr to process completed downloads from qBittorrent. The download client is working, but Sonarr isn’t moving the files to the TV Shows folder.
Volumes in each docker:
# Sonarr
volumes:
- /home/myuser/Media:/Media
- /home/myuser/config/Sonarr:/config
# qBittorrent
volumes:
- /home/myuser/Media/Downloads:/Media
What I’ve tried
- Initially received this error in Sonarr’s Status tab:
You are using docker; download client qBittorrent places downloads in /downloads but this directory does not appear to exist inside the container. Review your remote path mappings and container volume settings.
- Added a remote path mapping Remote: /Media/ Local /Media/Downloads/
- Error message disappeared
- Files still not being processed
- Removed the remote path mapping
- No error messages now
- Issue persists
I am not sure what to do next, qBittorrent is working fine and it has downloaded and placed the file on the host in the given /Media/Downloads/ folder but Sonarr doesn’t seem to pick it up, if logs are needed I can provide them but this seems to be an awful stupid mistake on my side.
Remove the remote path mapping in sonarr.
Change the mount for qbittorrent to /home/myuser/Media/Downloads:/Media/Downloads
If permissions are set up correctly that should do it.
Hey, why would changing the container path fix things? I’m sorry, but I don’t get it. Shouldn’t the server paths match? The only thing that matters is that both “home paths” are in sync right?
The only thing that matters is actually paths inside the containers, in your case /Media and /Downloads.
You could have the containers run on different hosts, think home server for sonarr and seedbox for qbit. The path outside the containers could be completely different. You would also need a mechanism to copy files from one server to the other. But that’s a bit outside the scope of your issue.
However, the original setup in your first post means that qbit will tell sonarr “you can find the files in /Downloads”, but sonarr doesn’t even have a mount with that name, only /Media.
Either you make the entire /Media mount available in the qbit container as well, or more sensibly only /Media/Downloads. That way paths in both containers line up and sonarr will find the downloaded files.
(Still excluding possible permission issues)
Hi, so Sonarr has the /Media mount and now I have changed qBittorrent to also be mounted on /Media/Downloads, the issue still persists, I don’t get errors but I get the following in the events logs
I added the torrent manually; maybe that’s why? But I can’t imagine that being the reason.
Provide the debug logs the template asked for that you removed and failed to provide.
The container path fix for the download client and a sonarr restart should result in whatever was in the client and blocked due to the path issue to be imported.
If it was not even showing in sonarr activity => queue in the first place then its not in the same category you’ve told sonarr to look at, you’ve told sonarr to ignore it, or sonarr has previously already processed it and now ignores it
So te the problem was that if you add a manual torrent, in order for it to be picked up by sonar it has to have the same category, once I set the category of torrent in qBit to ‘tv-sonarr’ (default category) everything started working.
