Sonarr not moving but copying files after completing dl

Help & Support
#1

Sonarr version (exact version): 2.0.0.5322
Mono version (if Sonarr is not running on Windows):
OS: Win server 2016/Ubuntu headless server 16.04 LTS (GNU/Linux 4.4.0-133-generic x86_64)
Debug logs: https://pastebin.com/HRHXz8uw [check below]
Description of issue:

Deluge handles my p2p downloads on a Ubuntu server, Sonarr uses Jackett indexer to download the torrent file, sends to deluge, deluge downloads, sonarr then copies instead of moving the downloaded file thus I have one copy in the correct dir for Sonarr and a copy still in original download DIR which doesn’t get removed, which i need to be removed

I have remote mapping as follows:
Host: 10.0.0.96 (deluge server)
Remote Path: /mnt/100gb/Torrents/
Local path: D:\torrent_remote\Deluge\ (which is a symbolic link to \10.0.0.96:\100gb\Torrents. Couldn’t get network map working in Sonarr)

update:
Debug Logs;
https://pastebin.com/xiY8Pjuh

#2 
1. 19-4-18 16:07:57.7|Warn|EpisodeFileMovingService|Unable to set last write time
 * [v2.0.0.5322] System.IO.IOException: The process cannot access the file 'E:\Series\Gotham' because it is being used by another process.

seems to indicate that something else has the file open so the import process cant finish so cannot cleanup after itself

#3

Interesting but isn’t that just because it can’t change the date modified meta data, that directory is sonarrs dir not deluges, deluge is on linux on /mnt/ dir which is ext4

├─sda4 ext4 278cba87-5157-43ab-8d55-89a201f4ba9a /mnt/100gb

Would that really affect something like this? , reason I’m asking as the rest of the logs where I had about 20gb of different files still sitting in the same deluge dl dir after weeks, “Unable to set last write time” only appeared during my testing yesterday, its a fluke if you will and imo not related as that msg only appeared during testing. If I look through the rest of other logs that msg doesn’t appear at all.

update;
here is another log with same problem, with no errors at all. which was completed today (19th) taken several house before and after the p2p file. could this be a client config issue?
06:04:59.4 is the DownloadService event.

https://pastebin.com/sEhZ7PPL

updated2; check OP

#4

Think I figured it out myself thanks, Was Deluge related , screenshot below if anyone else runs into similar issues;
change what you need

Deluge related

#5

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