4th day working on this issue keep hitting the 50 message limit so here goes my nvme drive which is my d drive i want downloads to go there then move to my k drive for storage but qb is not picking up the paths sudo tee /opt/sparkbox/modules/media/docker-compose.override.yml /dev/null <<'EOF' services: qbittorrent: volumes: - ${DOWNLOADSPATH}:/data/downloads radarr: volumes: - ${DOWNLOADSPATH}:/data/downloads sonarr: volumes: - ${DOWNLOADSPATH}:/data/downloads EOF this was TomAI last suggestion before limit was reached Thanks again for any help excuse the typos as i am getting frustrated a little
18 replies
Chris wrote:
Got it — this is an automatic acknowledgment from Chris, your AI support representative. Your post is in the support queue, and we’ll get to it as soon as we can. Legend members receive priority replies. If you’d like faster support while helping fund the project’s goals and continued development, consider becoming a Legend backer. <!-- chris-support-queue-ack:v1 --
Wildwill1 wrote:
also i cannot reach qbittorrent from my browser but can open it up on phone with no problem
Chris wrote:
Good to hear the phone can reach qBittorrent — that's helpful info. Let's start with the core issue first. If your box was installed and then updated (not freshly installed), qBittorrent is still saving to the old /downloads folder, which Sonarr and Radarr no longer see. That's why downloads stall and you see "remote path mappings" errors. First step: Check your version with sparkbox version. If it's 1.6.81 through 1.6.84, run these commands: sudo sparkbox upgrade sudo sparkbox up (Important: upgrade moves your box to a newer release; update only re-pulls app images. You need upgrade.) If you're already on 1.6.85 or later and this is still happening, let me know and we'll check qBit's save path directly inside the app. On the browser vs phone difference: Once the path issue is fixed, we can look at why the phone works but your browser doesn't. That's usually a network routing detail on the host side. For now, can you verify both are trying to reach the same address (e.g., is the phone on WiFi vs. the browser machine wired, or do they use different DNS)?
Wildwill1 wrote:
sorry for late reply was watching my cowboys get their but kicked currently up to date running 1.6.688 phone is on wifi computer is on wired ethernet
Chris wrote:
Perfect info — that network difference (WiFi vs wired) is the key. Since your phone on WiFi can reach qBit but your wired browser cannot, this is a network routing issue on your host side, not a SparkBox problem. For the browser access: Can you first try from the wired machine by opening qBit directly from the phone's address? For example, if your phone shows qBit at 192.168.1.50:8080, try that same address from the wired machine's browser. On the download path: The docker-compose.override you created looks right, but I want to verify it took effect. Run these two steps: 1. Check that DOWNLOADSPATH is set: sudo sparkbox shell -c "echo \$DOWNLOADSPATH" 2. Restart the media stack to apply the override: sudo sparkbox restart media Then start a small test download in qBit and check its save location inside the app (Settings → Downloads). Let me know what path it shows and what the DOWNLOADSPATH command returns.
Wildwill1 wrote:
root@Wildiwll:~ sudo sparkbox shell -c "echo \$DOWNLOADSPATH" [ERROR] Unknown command: shell Run 'sparkbox help' for usage.
Chris wrote:
My apologies — I gave you the wrong instruction. There is no sparkbox shell command. Let's verify your override file and environment variable instead. First, check if your override file is in place: cat /opt/sparkbox/modules/media/docker-compose.override.yml You should see the volumes section with the DOWNLOADSPATH references. Second, check if DOWNLOADSPATH is set in your environment: echo $DOWNLOADSPATH If this returns blank, that's the issue — the variable needs to be defined. To set it and make it persistent: sudo sparkbox set-env DOWNLOADSPATH /path/to/your/nvme Replace that path with your actual download folder (like /mnt/nvme or /media/downloads). Then restart the media stack: sudo sparkbox restart media Let me know what those first two checks return, and we can go from there.
Wildwill1 wrote:
no such file or directory
Chris wrote:
That tells me the override file doesn't exist yet — so the path where we need to save it is not there. Let's back up and set this up correctly. First, let's verify what the actual download folder path is on your system. Can you run: ls -la /mnt | head -20 That'll show me what volumes are mounted. Look for the nvme drive you mentioned — it might be mounted at /mnt/nvme, /mnt/d, or something similar. Once you tell me the actual mount path, I'll give you the exact commands to create the override file in the right place and set the DOWNLOADSPATH variable. That will tell qBit, Sonarr, and Radarr where to look for your downloads.
Wildwill1 wrote:
drwxrwxrwx 1 root root 4096 Sep 12 11:03 d
Wildwill1 wrote:
this is the total message if it helps total 16 drwxr-xr-x 11 root root 4096 Sep 10 19:08 . drwxr-xr-x 22 root root 4096 Sep 13 08:04 .. drwxrwxrwx 1 root root 512 Sep 12 11:04 c drwxrwxrwx 1 root root 4096 Sep 12 11:03 d drwxrwxrwx 1 root root 4096 Sep 12 11:03 e drwxrwxrwx 2 root root 4096 Sep 10 19:08 g drwxrwxrwx 1 root root 4096 Sep 14 00:49 h drwxrwxrwx 2 root root 4096 Sep 10 19:08 i drwxrwxrwx 1 root root 4096 Sep 14 00:56 k drwxrwxrwt 2 root root 60 Sep 13 08:04 wsl drwxrwxrwt 7 root root 300 Sep 13 08:04 wslg
Chris wrote:
Perfect — now we have what we need. Your NVME is at /mnt/d, so let's set that as your downloads folder. Step 1: Set the environment variable sudo sparkbox set-env DOWNLOADSPATH /mnt/d Step 2: Restart the media apps sudo sparkbox restart media Step 3: Verify it took effect Open qBittorrent in your browser (from the phone's address if that's the one that works), go to Settings → Downloads, and check that the save path shows /mnt/d or a path starting with /mnt/d. That's what tells us the environment variable is active. Once that's set and you've restarted, Sonarr and Radarr will also see the same folder. Any downloads in qBit should then move to /mnt/k like you configured. Let me know what qBit shows for the save path once you've done those steps.
Wildwill1 wrote:
still says /data/downloads
Wildwill1 wrote:
K:\sparkbox-media\incomplete that is where my files are currently being downloaded to
Chris wrote:
Let me help you verify what's happening step by step. Since you're on WSL (I can see the K:\ path in your download location), the environment variable should work, but let's confirm it took effect inside the container. First, check if DOWNLOADSPATH is actually set: cat /opt/sparkbox/.env | grep DOWNLOADSPATH Tell me what that returns (or if it's empty). If it's empty, the set-env command didn't stick — which can happen if the file isn't writable or the syntax was off. Second, verify the override file isn't conflicting: Since you created a docker-compose.override.yml earlier, that file might be overriding things. Let's check if it still exists: cat /opt/sparkbox/modules/media/docker-compose.override.yml If it exists and references ${DOWNLOADSPATH}, that's correct. If it doesn't exist, that's fine too — the environment variable alone should work once it's set. Once you run those two checks, we'll know whether the variable is set or if we need to set it differently.
Wildwill1 wrote:
DOWNLOADSPATH=/mnt/d
Wildwill1 wrote:
cat: /opt/sparkbox/modules/media/docker-compose.override.yml: No such file or directory root@Wildiwll:~
Chris wrote:
Good catch on the missing file — that's exactly the issue. The environment variable is set, but we need to tell Docker Compose to use it by creating an override file in the right place. For SparkBox, the correct path is slightly different. Here's the command to create it: sudo mkdir -p /opt/sparkbox/state/overrides sudo tee /opt/sparkbox/state/overrides/media.yml /dev/null then add your YAML content Then restart the media stack: sudo sparkbox restart media Once that's done, open qBittorrent and check Settings → Downloads again. It should now show /data/downloads, but that will actually point to your /mnt/d because of the volume mount in the override file. Let me know what it shows, and we'll verify the downloads are going to the right place.