I posted earlier and thought I resolved the issue, but I did not.. Fresh install on Ubuntu Desktop with an NVME and HDD, updated .env to point media root to HDD: SBDATADIR=/opt/sparkbox/data MEDIAROOT=/mnt/hdd/data/media Everything worked fine yesterday and woke up to : Into your library: 1 finished download couldn't be moved into your library — that's why it doesn't show up in Jellyfin.Restart the Media apps from the Apps page — SparkBox repairs folder permissions on startup, which fixes the most common cause. If it stays stuck, ask Tom's community and mention "stuck import". Any pointers on where I should start troubleshooting?
8 replies
tomspark wrote:
Glad it's sorted! Quick tip that'll save you the MKV editor: Radarr and Sonarr only read the file's NAME, not anything inside the .mkv — so you don't need to edit the video at all. For the troublesome ones, just rename the file to something clean like Movie Name (2021).mkv before it imports, or use that same Manual Import button you just used (it lets you pick the right movie no matter what the file is called). Renaming is the quick fix. Happy watching!
Captain wrote:
Hmmm. There was a blu ray rip in the completed side of qbittorrent. Maybe those gum up the works. Observing the system for the next file that completes.
tomspark wrote:
Good instinct watching the next file — but a single Blu-ray rip usually isn't the culprit. 'Couldn't be moved' almost always means SparkBox couldn't write into your HDD media folder at that moment, and 'worked yesterday, broke overnight' points at the most common cause: the HDD quietly unmounted (or filled up) while you slept. Quick check — on the SparkBox run: df -h /mnt/hdd — that tells us in one line whether the drive is actually mounted and how much space is left. While you're there, also try the easy built-in fix the message mentions: open the Apps page and restart the Media apps, which re-runs the folder-permission repair. Paste me what df shows and we'll know exactly which one it is.
Captain wrote:
df -h /mnt/hdd Filesystem Size Used Avail Use% Mounted on /dev/sda1 3.6T 2.2T 1.3T 65% /mnt/hdd I hit Restart All and got the following for over 15 min I did a sudo sparkbox down , then sudo sparkbox up and got / | | | | ) \ \| ' \ / | '| |/ / \ / \ \/ / ) | |) | (| | | | <| |) | () < |/| ./ \,|| ||\\/ \//\\ || SparkBox v1.6.315 - Self-Hosted Privacy Stack Created by Tom Spark | youtube.com/@TomSparkReviews Network profile: private [INFO] Starting SparkBox... [INFO] Active modules: core dashboard media [INFO] Prepared 2 module config dir(s) for PUID=1000 PGID=1000 [+] up 3/3 ✔ Container sb-portainer Started 0.4s ✔ Container sb-npm Started 0.5s ✔ Container sb-homepage Started 0.4s [+] up 1/1 ✔ Container sb-dashboard Started 0.3s [+] up 13/13 ✔ Network sparkboxsbmedia Created 0.0s ✔ Network sparkboxsbmediainternal Created 0.0s ✔ Container sb-jellyfin-media Started 1.0s ✔ Container sb-seerr Started 1.0s ✔ Container sb-bazarr Started 1.1s ✔ Container sb-gluetun Healthy 6.5s ✔ Container sb-deunhealth Started 0.7s ✔ Container sb-sonarr Started 7.0s ✔ Container sb-radarr Started 7.1s ✔ Container sb-sabnzbd Started 7.1s ✔ Container sb-qbittorrent Started 7.1s ✔ Container sb-prowlarr Started 7.1s ✔ Container sb-flaresolverr Started 7.1s [OK] SparkBox is running! along with my urls Now I'm here :
tomspark wrote:
Good news in that output — your drive's healthy: mounted fine with 1.3T free, so it's not the disk after all. And that clean down/up you ran re-does SparkBox's permission repair on startup, which often clears exactly this kind of stuck move. So let's see where it stands now: open Radarr (or Sonarr for a TV show), go to Activity then Queue, and click the stuck item — it shows the exact reason in plain English right there. If it still won't import, paste me that line and we'll nail it. If the queue's already clear, grab one more download and watch whether it lands in Jellyfin this time. Either way, tell me what you see.
Captain wrote:
Huh... The stuck item says Downloaded - Waiting to Import Unable to parse file I'm having QBT recheck the file. Not sure what to do next
tomspark wrote:
That message is the real clue — 'Unable to parse file' isn't a drive or permissions thing. It means Radarr can't read the movie's name from the file, so it won't auto-file it — and a qBittorrent recheck won't change that (the file's fine, it's the name Radarr can't read). Your Blu-ray-rip hunch was actually close. One question decides the fix: is that download a single video file (one .mkv or .mp4), or a folder stuffed with files (with a BDMV or VIDEOTS folder inside)? If it's a single file: in Radarr go to Activity, click the stuck item, choose Manual Import, and point it at the right movie — it moves straight in. If it's a whole disc folder, Radarr can't import that one; it needs converting to a single .mkv first, and I'll show you how. Which is it?
Captain wrote:
It's a single mkv file and I just moved it successfully. The title was completely wrong. I'll need to get a MKV editor to clean up some of my movies going forward. Thanks for the help!