Completed downloads take hours to be picked up

Sonarr version (exact version): 2.0.0.5228 - 2018-06-23
Mono version: Mono JIT compiler version 4.6.2 (Stable 4.6.2.16/ac9e222 Mon Jul 31 05:33:23 UTC 2017)
OS: CentOS Linux release 7.5.1804 (Core)
Debug logs: Logs are not helpful but I can post if required.
SABnzbd version: 2.3.5

Description of issue:
Hey guys,

On a normal set up how long should it take once a download is complete for Sonarr/Radarr to see that it’s done and pick up the files?

It looks like the “check for finished downloads” should run every minute but the refresh symbol for me is always spinning and it takes hours/days for files to be moved. The “Last Execution” time updates when files are picked up so if you look at the below link, its been ~a day since it moved anything… I currently have 34 completed downloads waiting to be picked up.

Go to Activity. It even tells you (different color on the counter) something is wrong.
Normal operations: the badge with the number of downloads is blue.
Something needs manual intervention: yellow.
Something is terribly wrong: red.

Those colors kind of go for everything in sonarr. Whenever you see yellow, either manual action is required, or you need to be careful with that particular setting.

In Activity, it will tell you again which download needs attention. Going from memory here, there’ll be either a red exclamation mark you can hover over which tells you what’s wrong, or some yellow icon again.

As an aside: check for finished downloads runs every minute under normal operations. So about a minute after a download is complete, sonarr should see it and start importing.
The fact that it’s running for days may point to another issue, but I’d first take a peek at the Activity tab.

It seems like only the problems show up in Activity… I believe I manually moved most of the ones you see because it was taking forever.

The first page of SABnzbd are things sonarr auto downloaded last night and none of these are in the Activity page… If I go look at that series list I see the episodes that it added to SABnzbd are still “missing from disk” and not the downloading symbol I’d expect.

It seems like I found my issue but I’m not sure how to fix it.

I’ve had the below show up in my trace logs so I stopped sonarr then deleted it from SAB history, and my completed folder. I started sonarr and it started to move a new file but it gets stuck on the same part. I’ll leave it for 30+ minutes and I never see another DiskTransferService entry in my logs.

18-9-29 09:34:29.1|Debug|DiskTransferService|Move [/media/tmp/sabnzbd/complete/XXXXXXXXXX.S28E22.720p.WebDL.x264.1-YYYYYYYYYY-Obfuscated/2a330f0e526r4ac3b60e6cffcf57d350.mp4] > [/media/raid/TV Shows/XXXXXXXXXX/Season 28/XXXXXXXXXX - S28E22 - ZZZZZZZZ WEBDL-720p.mp4]
18-9-29 09:34:29.1|Trace|SymbolicLinkResolver|Checking path /media/raid/TV Shows/XXXXXXXXXX/Season 28/XXXXXXXXXX - S28E22 - ZZZZZZZZ WEBDL-720p.mp4 for symlink returned error ENOENT, assuming it's not a symlink.
18-9-29 09:34:29.1|Trace|DiskTransferService|Attempting to move hardlinked backup.

I do however see a bunch of

18-9-29 09:36:58.0|Trace|CommandQueueManager|Command is already in progress: CheckForFinishedDownload

so I assume it’s waiting for the “Attempting to move hardlinked backup.”

The advanced option “Use Hardlinks instead of Copy” is already set to no. I just want it to move the files… So now what?

/media/raid/ is an NFS share. Everything else (Sonarr, SAB, /media/tmp/, etc) is local to this box.

EDIT:

Turns out it’s something wrong with my NFS config. rsync/cp is fine but Sonarr is trying to move the files but they’re going at a solid speed of like 1 bite an hour.

This can be closed. I’m going to dive into NFS and try and figure it out.

$ dd bs=64k if=/dev/random | pv |dd of=testfile
6 B 0:00:35 [   0 B/s] [   <=>   ]
0+1 records in
0+1 records out
6 bytes (6 B) copied, 35.1496 s, 0.0 kB/s
0+1 records in
0+0 records out
0 bytes (0 B) copied, 35.1498 s, 0.0 kB/s

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.