Sonarr is copying files after processing them rather than moving them


#1

Sonarr version (exact version): 2.0.0.4689
Mono version (if Sonarr is not running on Windows): 4.2.3
OS: unRAID
((Debug logs)):
(Make sure debug logging is enabled in settings and post the full log to hastebin/pastebin/dropbox/google drive or something similar, do not post them directly here)
Description of issue: Up until the last update everything had been running fine, however, since then anytime something is processed instead of moving the file to the proper location and cleaning up the leftovers it simply copes the file to the destination and leaves the folder still containing the content at the source location.

How do i correct this behavior?


#2

For torrents that are still seeding that is expected (and explained in the ((FAQ))).


#3

not using torrents - usenet


#4

You’ll need to post ((debug logs)) of the import process.


#5

Log was too big apparently for pastebin so i pulled out what i thought looked relevant

https://pastebin.com/maBMfWak


#6

Based on the logs it’s trying to hardlink the file and failing, though that should fallback to a copy, the fact that it is doing that at all is odd for a usenet client though.

Which download client are you using?


#7

nzbget - like i said i wasnt experiencing this issue up until sometime after the last update. The files are in the destination directory but its like sonarr is not cleaning up after copying the file over.


#8

Are you using nzbToMedia?


#9

nzbget is calling a nzbtonzbdrone script


#10

I’m having this exact same issue and it only started happening recently. Nzbget v19.0-testing-r1929 on Ubuntu 16.04 with mono 4.6.2.7. Nzbget is calling nzbtonzbdrone script as well. The file is successfully moved to the destination folder after the script is called; however, the file cleanup operation never takes though and the original file remains as well. If I to to the history tab and select that same file in question and then select to post-process it from there the operation runs as expected. The cleanup operation only successfully takes place after post-processing this way (from the history tab) but not after the script is run the first time after a successful download.

Looks like it isn’t playing nicely with mono. From the debug logs:

17-4-12 23:06:04.1|Debug|EpisodeFileMovingService|Hardlinking episode file: /home/nzbget/downloads/dst/tv/Archer.2009.S08E02.720p.HDTV.x264-AVS/Archer.2009.S08E02.720p.HDTV.x264-AVS.mkv to /media/venus/tv/Archer (2009)/Season 8/Archer (2009) - S08E02 - Archer Dreamland- Bernice HDTV-720p.mkv
17-4-12 23:06:04.1|Debug|DiskTransferService|HardLinkOrCopy [/home/nzbget/downloads/dst/tv/Archer.2009.S08E02.720p.HDTV.x264-AVS/Archer.2009.S08E02.720p.HDTV.x264-AVS.mkv] > [/media/venus/tv/Archer (2009)/Season 8/Archer (2009) - S08E02 - Archer Dreamland- Bernice HDTV-720p.mkv]
17-4-12 23:06:04.1|Debug|DiskProvider|Hardlink ‘/home/nzbget/downloads/dst/tv/Archer.2009.S08E02.720p.HDTV.x264-AVS/Archer.2009.S08E02.720p.HDTV.x264-AVS.mkv’ to ‘/media/venus/tv/Archer (2009)/Season 8/Archer (2009) - S08E02 - Archer Dreamland- Bernice HDTV-720p.mkv’ failed.

[v2.0.0.4689] Mono.Unix.UnixIOException: Invalid cross-device link [EXDEV].
at Mono.Unix.UnixMarshal.ThrowExceptionForLastError () [0x00005] in :0
at Mono.Unix.UnixMarshal.ThrowExceptionForLastErrorIf (System.Int32 retval) [0x00007] in :0
at Mono.Unix.UnixFileSystemInfo.CreateLink (System.String path) [0x0000d] in :0
at NzbDrone.Mono.Disk.DiskProvider.TryCreateHardLink (System.String source, System.String destination) [0x00006] in :0


#11

It doesn’t have anything to do with mono, but a scenario that wasn’t considered when some changes were made to the import process, it is fixed in the latest develop release.


closed #12

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