Sonarr version: 2.0.0.4374 Mono version (if Sonarr is not running on Windows): 4.2.3 (Stable 4.2.3.4/832de4b Wed Mar 16 13:19:08 UTC 2016) OS: UnRAID ((Debug logs)):System.IO.IOException: Win32 IO returned ERROR_GEN_FAILURE. Path:
at System.IO.File.Move (System.String sourceFileName, System.String destFileName) <0x2b16d73ca5c0 + 0x002f0> in :0
at NzbDrone.Common.Disk.DiskProviderBase.MoveFile (System.String source, System.String destination, Boolean overwrite) <0x41aca6f0 + 0x0024c> in :0
at NzbDrone.Common.Disk.DiskTransferService.TryMoveFileTransactional (System.String sourcePath, System.String targetPath, Int64 originalSize, DiskTransferVerificationMode verificationMode) <0x41ac92a0 + 0x00189> in :0
at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, TransferMode mode, Boolean overwrite, DiskTransferVerificationMode verificationMode) <0x41ac8000 + 0x00a67> in :0
at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, TransferMode mode, Boolean overwrite, Boolean verified) <0x41ac7dd0 + 0x0005b> in :0
at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.TransferFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Tv.Series series, System.Collections.Generic.List1 episodes, System.String destinationFilePath, TransferMode mode) <0x41ac7620 + 0x00439> in <filename unknown>:0 at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.MoveEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode) <0x41abc910 + 0x0011f> in <filename unknown>:0 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, Boolean copyOnly) <0x41abb960 + 0x005b7> in <filename unknown>:0 at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import (System.Collections.Generic.List1 decisions, Boolean newDownload, NzbDrone.Core.Download.DownloadClientItem downloadClientItem) <0x41ab5e10 + 0x013c2> in :0
Close
Description of issue: Just started having issues with Sonarr not renaming and moving files from Deluge. SABnzbd is working fine. prior to update, I was having to manually remove files that were paused and completed seeding as reported here:
but now it also won’t rename and move completed files. Manually adding files to Deluge works fine and it seems as though Deluge preferences for stop seeding are not being recognized on torrents imported from Sonarr.
Win32 IO Error seems to imply a path or permissions problem but Sonarr is working fine with SABnzbd?!
Thanks for response. I did some investigating on changing mono to run with --debug and I need to educate myself on using docker exec inside UnRAID to change the executable for Sonarr. For now, I just duplicated the problem with Sonarr debug log running in the hopes this might shed some light on the issue. If this isn’t enough then I’ll try to get mono running as well.
EDIT: Hastebin said the file was too big so I hope a DB link is sufficient. Also, same issue now with SABnzbd. It downloads and moves to completed downloads directory where Sonarr is supposed to rename and copy to my Media folder but same failure. It seems something broke for me with the update to 2.0.0.4374.
EDIT 2: Actually, two issues with SABnzbd 1) the obfuscated filename 2) same as above with Deluge. Running the rename.par2 changes the filename but it still won’t import - even manually.
The issue is either with moving the file (an issue with the source) or an issue with where it’s being moved to. Sonarr is able to process the file up until it tries to move it, so it could be either.
16-11-1 09:40:40.9|Debug|EpisodeFileMovingService|Moving episode file: /downloads/American.Horror.Story.S06E07.1080p.WEB-DL.DD5.1.H264-ViSUM[rarbg]/American.Horror.Story.S06E07.1080p.WEB-DL.DD5.1.H264-ViSUM.mkv to /tv/American Horror Story/Season 6/American Horror Story - 06x07 - Chapter 7.mkv
Are you able to rename existing files in the series folder with Sonarr?
Are the source and destination paths both local to the unRAID machine?
So I manually copied the “unnamed” file to my server’s Media directory (which is a user share that is defined as a host path in Sonarr mapped to /tv). When I try to manually import the file within Sonarr, it’s the same issue so I’m not able to rename the file.
I’ve never had a permissions issue with Sonarr or SABnzbd because these are running as dockers on my server. Also, I haven’t made any permissions changes and the only difference is I updated the docker?! Source and destination paths are both local to my server but mapped in the docker to /downloads and /tv.
You should be able to rescan the series to pick it up then rename the file from the series details page. I’m curious to know if it finds the file during the rescan and if so does it fail on the rename?
How Sonarr imports files hasn’t changed recently and the underlying error seems related to the disk: May be used to indicate that the device has stopped responding (hung) or a general failure has occurred on the device. The device may need to be manually reset. (https://msdn.microsoft.com/en-us/library/windows/desktop/dd319335(v=vs.85).aspx)
Ok, so from the Series detail page I did a preview rename using the middle icon that looks like an org chart for the season in question. It picked up the latest episode that wasn’t renamed correctly and I saw the rename preview, hit “organize” and the episode was correctly renamed. So this implies the issue is with moving the file even though Sonarr has permission to read/write the file in the final location?
Trace log files of a failed import from Deluge posted here:
Correct, failing import for both Deluge and SABnzbd. For both, downloads are correctly moved from my /downloads/incomplete to /downloads folder. For Deluge, the torrent is in a paused state but never completely removed from Deluge (which is why I linked to that other thread topic in my initial post - probably a separate issue though).
Paused in deluge (and having met the seeding requirements) means Sonarr will try to move it, instead of copying/hardlinking it. If the issue is with the moving copying the file may still work, since Sonarr was able to read it in order to get to the point of trying to import it. If you unpause it in Deluge it should force it to try and copy it, could you try that?
When I try to resume the torrent nothing happens. I’m guessing this is because the file has already moved from /downloads/incomplete to /downloads. Sonarr is reporting the same error as before. FWIW, before I started having trouble with the transfer of files, the torrent wasn’t being removed from Deluge even though Sonarr had moved the to the completed downloads directory, renamed the file and moved it to its final location in my array (basically the issue reported here: Sonarr not removing torrents from Deluge)
Sorry, Deluge is moving the file to the completed downloads folder once seeding requirement is met. Sonarr then picks it up from that folder and should move it to the server. I’m not sure what you want me to try?
Sonarr picks up things to import from the Deluge API< unless you’re using Drone Factory (you shouldn’t be). If Sonarr sees that the download is still seeding it will copy it instead of moving it. I want to see the logs of Sonarr trying to import a seeding torrent from Deluge.
Well, what your’re describing isn’t how I have Deluge and Sonarr configured. Currently, I allow the torrent to seed in /downloads/incomplete until it meets the required seed ratio in Deluge and then Deluge moves the completed download to my /downloads directory where I have Sonarr configured to look (presumably on some interval?) for completed downloads to process. As far as API handling, I have SABnzbd configured with an API in the Download Client configuration of Sonarr but I don’t have any API settings for Deluge in my configuration as there’s no API setting (unless this is configured automatically)?
Are you now suggesting that I should reconfigure either Deluge or Sonarr (or both) to have my downloads seed in the same location as Sonarr is picking them up? I’m not using Drone Factory but I took a few screen shots of my configuration for you to review.
Did you add Deluge as a Torrent Blackhole client instead of an actual Deluge client in Sonarr? Sonarr supports both, but the former lines up with having it moved to another folder (after it finishes seeding) before it imports.
Does Sonarr have the proper permissions to read and write to the folder where it’s importing from? It seems to have no issues renaming already sorted files, but there appears to be an issue with the source for importing new files. The error itself seems worse than not having permissions to import the file, but might be related to trying to move a hardlink or something with docker preventing Sonarr from moving the file properly.
Oh man…I feel terrible. After going through my entire configuration (Sonarr, Deluge, SABnzbd, UnRAID etc), I noticed my media share (where /tv is mapped for the tv shows) was somehow set to only use my cache drive instead of the array. I have no idea how this happened but it could coincide with a recent system update to UnRAID. In any case, once I corrected this, everything was back to normal! I’m really sorry for wasting your time troubleshooting this one. I wonder if it’s possible to make the error more descript as a result?
Anyway, I think I may need to figure out this Torrent Blackhole client instead of Deluge as a client in Sonarr. What I figured out about the torrent not being removed in Deluge seems to be related to the global torrent preferences not being fully applied when Sonarr sends the torrent to Deluge. When I manually import a torrent into Deluge, the settings are applied and the torrent is removed once seeding is complete.
Preference settings in Sonarr:
Options shown for specific torrent imported by Sonarr:
Interestingly enough, the file is moved to /downloads even though it’s not checked but it remains in Deluge in the paused state signifying seed ratio has been met. When I import a torrent manually, both of these options are checked.
Ok, so I tried to configure Torrent Blackhole as a download client. The problem is that my torrents appear to be exclusively magnets and this functionality isn’t supported.
So is there any chance to look at why Deluge preferences are not being honored when a torrent is sent from Sonarr?
I don’t think there is much we can do there, we’re not sure how or why it failed, it’s a generic failure, but I guess it was right that it was a problem with the disk (just not dead).
You don’t want Deluge to remove it when seeding is complete for torrents Sonarr sends it, because it’s possible that it finishes seeding before Sonarr can import it (finishes seeding around the same time it is completed downloading). If it gets removed from Deluge Sonarr will assume it was deleted as it doesn’t know where to import it from.
I’m not sure why those settings wouldn’t be applied though, maybe due to how the magnet is grabbed by Deluge, all Sonarr does is queue it and tell Deluge to set the category.
Probably for the best, a proper torrent client integration is better, sounds like Sonarr was importing it, it was just moving because the seeding ratio was so low, not that it mattered since it wasn’t the moving that was the issue.
