Sonarr version (exact version): 3.0.3.765 Mono version (if Sonarr is not running on Windows): 5.20.1.34 OS: Unraid (Slackware) running Sonarr v3 in a container (using LinuxServer template) Debug logs: https://pastebin.com/EALu2Hhu Description of issue:
I had an issue with some downloads and had to manually move some media around to the final folders in Plex due to a scripting issue I was encountering (unrelated to Sonarr). I moved the files to the final plex watched media folders, and rescanned with Sonarr and it found the files.
However, the downloads are still in the “Activity” area, and my logs are complaining about the folder it’s watching with lines like this:
Import failed, path does not exist or is not accessible by Sonarr: /media/user/seedbox-complete/Westworld.S03E06.Decoherence.1080p.AMZN.WEB-DL.DDP5.1.H.264-NTb.mkv. Ensure the path exists and the user running Sonarr has the correct permissions to access this file/folder
If I remove certain offenders from the activity tab by using “Remove Selected Item” then unchecking “Remove from download client” (since I want to keep seeding it). It removes, but then when sonarr rescans it readds it back to the activity tab.
How do I fix this to get back into a good state where Sonarr sees the media in the final plex media folders and stops trying to process them by watching (and complaining) about the downloads folder (since it’ll never see them)?
Trace logs from the original import would be very helpful as they would show the underlying issue. Trace logs of the item being removed/subsequently re-appearing may also be helpful.
I don’t have the logs from the original import, but I just cleared logs, then removed the items from the Activity list, and then rescanned and they all came back.
I would have expected removing them from the Activity tab, the items wouldn’t come back if Sonarr is aware they are already in my library. I looked at Westworld, and noticed that S03E06 is showing a progress tab indicating it’s still waiting for download:
It has nothing to do with there being an episode on disk, you can have an episode on disk and a replacement in the queue, but has to do with what history is stored for that download.
I just want to note that I have the same problem with Sonarr v3 running into a docker, and only torrent downloads I believe. This does not happen with Usenet.
Edit: It just occurred to me that a potential band-aid solution in my case would be to remove Sonarr’s label from the problematic downloads in Deluge. That indeed worked, and cleared up the queue list in Sonarr, as the download client is no longer reporting those back I suppose.
I am also seeing the same symptom
I use NZBGet to download from usenet and a post processing script nzbTomedia to “finish” the download.
From what I can see the post processor notifies sonarr of the completed download which gets moved to the final location, but sonarr tries to import the downloaded a second time (probably as part of the “Refresh Monitored Downloads” task)
If I disable “Automatically Import Downloads from download client” everything starts behaving again (except the warning about disabling automated imports)
This has been happening for at least the last 2 versions of sonarr
