Sonarr not clearing the ".partial~" extension when manually importing

Obelisk · December 13, 2016, 12:58am

Version : 2.0.0.4427
Mono Version : 4.6.1 (Stable 4.6.1.5/ef43c15 Mon Oct 17 05:52:28 UTC 2016)
OS : Fedora 23

I am having a strange problem where I have Sonarr running on my Linux system primarily doing Usenet downloads but also have it managing qBittorent remotely on a Windows system. This is all working perfectly with the Remote Path Mappings and download priority using labels but the issue is if I ever have Sonarr manually import media from qBittorent (this could be because the poster incorrectly labeled the episode so I manually load it into the downloader and use a norrun category), it fully copies the file from the remote file system into the Linux server but doesn’t clear the “.partial~” extension it appends to the file.

Once I go in and manually delete the file extension everything is fine. This does not happen if Soannar loads the Torrent into qBittorent itself and automatically retrieves the downloaded media from the Windows system. I have tried assigning the same label used by Sonarr when manually loading the Torrent into the downloader but while Sonarr sees and tracks progress of the download, it generates an error instead of importing saying that it did not retrieve the Torrent so it will not import it meaning I have to use manual import anyway.

markus101 · December 13, 2016, 2:48am

The logs should indicate that it failed to rename it in that case. What do the ((debug logs)) show?

((Trace logs)) will give the most information why that is happening, as long as the category matches or it was grabbed by Sonarr that should be enough. The category matches exactly (same casing in both)?

Obelisk · December 13, 2016, 3:23am

Here is the error for the manual import issue ;

Couldn't import episode /home/bergang/den_torrents/Complete/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.720p.Uncensored.Web-DL.EN-Sub.x264-[MULVAcoded].mkv: Lock violation on path /home/bergang/den_torrents/Complete/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.720p.Uncensored.Web-DL.EN-Sub.x264-[MULVAcoded].mkv.backup~

System.IO.IOException: Lock violation on path /home/bergang/den_torrents/Complete/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.720p.Uncensored.Web-DL.EN-Sub.x264-[MULVAcoded].mkv.backup~
  at System.IO.File.Delete (System.String path) [0x00082] in <2a2619c4b1084e50a6bf4f8cca2447f7>:0 
  at NzbDrone.Common.Disk.DiskProviderBase.DeleteFile (System.String path) [0x00068] in <624a13c23d0042b593213e4d3e963f6d>:0 
  at NzbDrone.Common.Disk.DiskTransferService.TryMoveFileTransactional (System.String sourcePath, System.String targetPath, System.Int64 originalSize, NzbDrone.Common.Disk.DiskTransferVerificationMode verificationMode) [0x00130] in <624a13c23d0042b593213e4d3e963f6d>:0 
  at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, NzbDrone.Common.Disk.DiskTransferVerificationMode verificationMode) [0x003c2] in <624a13c23d0042b593213e4d3e963f6d>:0 
  at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, System.Boolean verified) [0x0000e] in <624a13c23d0042b593213e4d3e963f6d>:0 
  at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.TransferFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Tv.Series series, System.Collections.Generic.List`1[T] episodes, System.String destinationFilePath, NzbDrone.Common.Disk.TransferMode mode) [0x0012c] in <37595e3095b049208d935dbcfc0937c4>:0 
  at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.MoveEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode) [0x0006c] in <37595e3095b049208d935dbcfc0937c4>:0 
  at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, System.Boolean copyOnly) [0x00113] in <37595e3095b049208d935dbcfc0937c4>:0 
  at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import (System.Collections.Generic.List`1[T] decisions, System.Boolean newDownload, NzbDrone.Core.Download.DownloadClientItem downloadClientItem, NzbDrone.Core.MediaFiles.EpisodeImport.ImportMode importMode) [0x00274] in <37595e3095b049208d935dbcfc0937c4>:0 
Close

Here is what the Linux server sees in the source…

[bergang@hda files]$ cd /home/bergang/den_torrents/Complete/
[bergang@hda Complete]$ ll South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.720p.Uncensored.Web-DL.EN-Sub.x264-[MULVAcoded].mkv
-rwxrwxrwx 2 100 bergang 89756065 Dec 12 22:03 South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.720p.Uncensored.Web-DL.EN-Sub.x264-[MULVAcoded].mkv

Here is what Sonarr did with it in the Series folder…
[bergang@hda Complete]$ ll /home/bergang/tv_nbk_gh/TV/South\ Park/Season\ 20/South\ Park\ -\ S20E10\ -\ The\ End\ of\ Serialization\ as\ We\ Know\ It\ WEBDL-720p.mkv.partial~
-rwxrwxrwx 1 100 bergang 89756065 Dec 12 22:11 /home/bergang/tv_nbk_gh/TV/South Park/Season 20/South Park - S20E10 - The End of Serialization as We Know It WEBDL-720p.mkv.partial~

I wasn’t in trace logging when I hit the skipping error so I will try with something else and provide logs for that issue (I have tried copy/paste the category string from the QBittorrent download profile but it didn;t help). Here is the message buble when you hover over the status icon in the activity page…

“South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.720p.Uncensored.Web-DL.EN-Sub.x264-[MULVAcoded].mkv
Download wasn’t grabbed by Sonarr and not in a category, Skipping.”

Here is what is coming off the api when Sonarr queries it…

16-12-12 22:42:34.8|Trace|HttpClient|Response content (2599 bytes): [{"added_on":1481599537,"category":"tv-sonarr","completion_on":1481599801,"dlspeed":0,"eta":909,"f_l_piece_prio":false,"force_start":false,"hash":"2ee07ee79601d17ff177f2f89b6a49cc01cbff76","name":"The.Odd.Couple.2015.S03E08.1080p.HDTV.X264-DIMENSION[rarbg]","num_complete":37,"num_incomplete":79,"num_leechs":5,"num_seeds":0,"priority":0,"progress":1,"ratio":0.5642652000161951,"save_path":"C:\\Torrents\\Complete\\","seq_dl":false,"size":2209883135,"state":"uploading","super_seeding":false,"upspeed":410182},{"added_on":1481523040,"category":"tv-sonarr","completion_on":1481599715,"dlspeed":0,"eta":3852,"f_l_piece_prio":false,"force_start":false,"hash":"f0a1bdc575269e5e7c01ce26607bf4aee54720d8","name":"2.Broke.Girls.S06E10.1080p.HDTV.X264-DIMENSION[rarbg]","num_complete":135,"num_incomplete":159,"num_leechs":3,"num_seeds":0,"priority":0,"progress":1,"ratio":0.282326341139219,"save_path":"C:\\Torrents\\Complete\\","seq_dl":false,"size":1404554187,"state":"uploading","super_seeding":false,"upspeed":151822},{"added_on":1481599610,"category":"tv-sonarr","completion_on":1481599700,"dlspeed":0,"eta":228050,"f_l_piece_prio":false,"force_start":false,"hash":"40f1bd3a87d1be79ee105c9d6b9a41268ffe6724","name":"Brooklyn.Nine-Nine.S04E09.720p.HDTV.x264-SVA[PRiME]","num_complete":43,"num_incomplete":7,"num_leechs":1,"num_seeds":0,"priority":0,"progress":1,"ratio":0.10522895453152256,"save_path":"C:\\Torrents\\Complete\\","seq_dl":false,"size":577977501,"state":"uploading","super_seeding":false,"upspeed":632},{"added_on":1481598193,"category":"tv-sonarr","completion_on":1481598237,"dlspeed":0,"eta":8640000,"f_l_piece_prio":false,"force_start":false,"hash":"ff49242fa73c5856b47bfba05223aa866f950d56","name":"South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.720p.Uncensored.Web-DL.EN-Sub.x264-[MULVAcoded].mkv","num_complete":41,"num_incomplete":8,"num_leechs":0,"num_seeds":0,"priority":0,"progress":1,"ratio":0.18484023198297309,"save_path":"C:\\Torrents\\Complete\\","seq_dl":false,"size":89756065,"state":"stalledUP","super_seeding":false,"upspeed":0}]

2 Broke Girls and the Odd Couple were loaded into QBittorent by Sonarr and were successfully imported after completion while South Park and Brooklyn Nine-Nine were loaded manually into the downloader and subsequently could not be auto imported.

I have looked through the Trace and Debug logs but could not find any messages related to these episodes other than the parser and quality parser messages (besides the api messages provided above). I was hoping to see a log related to the statuis message for the activity icon but it doesn’t seem to provide anything.

[bergang@hda logs]$ ll
total 17960
-rw-r--r-- 1 bergang users 1023971 Dec 12 21:58 sonarr.0.txt
-rw-r--r-- 1 bergang users 1023987 Dec  9 09:48 sonarr.1.txt
-rw-r--r-- 1 bergang users 1023967 Dec  6 09:26 sonarr.2.txt
-rw-r--r-- 1 bergang users 1023985 Dec  2 17:09 sonarr.3.txt
-rw-r--r-- 1 bergang users 1023943 Nov 29 21:07 sonarr.4.txt
-rw-r--r-- 1 bergang users 1023998 Dec 12 23:17 sonarr.debug.0.txt
-rw-r--r-- 1 bergang users 1023994 Dec 12 22:56 sonarr.debug.1.txt
-rwxrwxrwx 1 bergang users 1024000 Dec 12 22:25 sonarr.debug.2.txt
-rw-r--r-- 1 bergang users   10458 Dec 12 23:19 sonarr.debug.txt
-rw-r--r-- 1 bergang users 1023959 Dec 12 23:12 sonarr.trace.0.txt
-rw-r--r-- 1 bergang users  989836 Dec 12 23:02 sonarr.trace.1.txt
-rw-r--r-- 1 bergang users 1023775 Dec 12 22:56 sonarr.trace.2.txt
-rw-r--r-- 1 bergang users 1022898 Dec 12 22:42 sonarr.trace.3.txt
-rw-r--r-- 1 bergang users 1011222 Dec 12 22:41 sonarr.trace.4.txt
-rw-r--r-- 1 bergang users 1023973 Dec 12 22:25 sonarr.trace.5.txt
-rw-r--r-- 1 bergang users 1023531 Dec 12 22:22 sonarr.trace.6.txt
-rwxrwxrwx 1 bergang users 1023927 Dec 12 22:10 sonarr.trace.7.txt
-rw-r--r-- 1 bergang users  836429 Dec 12 23:19 sonarr.trace.txt
-rw-r--r-- 1 bergang users  109097 Dec 12 23:19 sonarr.txt

[bergang@hda logs]$ grep -i nine\-nine * | egrep -i 'warn|error|fail|skip'
sonarr.1.txt:16-12-7 09:30:54.1|Error|RefreshSeriesService|Couldn't refresh info for [269586][Brooklyn Nine-Nine]

markus101 · December 13, 2016, 6:08pm

Which version of Qbittorent are you using? Sonarr expects the torrents to have a label on them, but it appears Qbittorrent is returning them with a category, which is why Sonarr doesn’t see them properly.

This is showing a different issue, possible caused by the still seeding torrent getting locked by qBittorrent (Unfortunately locking files on Windows are unavoidable in many cases).

Sonarr doesn’t continually log that, restarting Sonarr would force it to reprocess the queue from your download client though.

Obelisk · December 13, 2016, 6:34pm

I’ll get you that information this evening once I am home. I will also try again to capture the error when the .partial~ extension is left on the file again.

Thanks’ for helping out with this

Obelisk · December 14, 2016, 3:48am

The QBittorent version I was running was v3.3.6. Since an update to 3.3.7 was available I updated this evening and tried again but the behaviour is the same. I have captured trace logs for two torrent download scenarios; one added to the downloader by Sonarr and fully managed all the way through import and one manually added to the downloader but not retrieved marked as not in category by Sonarr.

Here is the success path case :

16-12-13 22:20:12.4|Trace|HttpClient|Req: [GET] http://192.168.1.250:8088/query/torrents?label=tv-sonarr&category=tv-sonarr
16-12-13 22:20:12.4|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False'
16-12-13 22:20:12.4|Trace|HttpClient|Res: [GET] http://192.168.1.250:8088/query/torrents?label=tv-sonarr&category=tv-sonarr: 200.OK (1 ms)
16-12-13 22:20:12.4|Trace|HttpClient|Response content (564 bytes): [{"added_on":1481685531,"category":"tv-sonarr","completion_on":1481685603,"dlspeed":1897710,"eta":1732352,"f_l_piece_prio":false,"force_start":false,"hash":"4b6641d555a7d82aa0738ea7cc0b205c1e72872e","name":"South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]","num_complete":90,"num_incomplete":5,"num_leechs":5,"num_seeds":0,"priority":0,"progress":1,"ratio":0.00014815830931474768,"save_path":"C:\\Torrents\\Complete\\","seq_dl":false,"size":880401516,"state":"uploading","super_seeding":false,"upspeed":1240}]
16-12-13 22:20:12.4|Debug|Parser|Parsing string 'South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]'
16-12-13 22:20:12.4|Trace|Parser|^(?<title>.+?)(?:(?:[-_\W](?<![()\[!]))+S?(?<season>(?<!\d+)(?:\d{1,2}|\d{4})(?!\d+))(?:[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)\W?(?!\\)
16-12-13 22:20:12.4|Debug|Parser|Episode Parsed. South Park - S20E10 
16-12-13 22:20:12.4|Debug|Parser|Language parsed: English
16-12-13 22:20:12.4|Debug|QualityParser|Trying to parse quality for South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]
16-12-13 22:20:12.4|Debug|Parser|Quality parsed: WEBDL-1080p v1
16-12-13 22:20:12.4|Debug|Parser|Release Group parsed: NTb
16-12-13 22:20:12.4|Debug|Parser|Parsing string 'South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]'
16-12-13 22:20:12.4|Trace|Parser|^(?<title>.+?)(?:(?:[-_\W](?<![()\[!]))+S?(?<season>(?<!\d+)(?:\d{1,2}|\d{4})(?!\d+))(?:[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)\W?(?!\\)
16-12-13 22:20:12.4|Debug|Parser|Episode Parsed. South Park - S20E10 
16-12-13 22:20:12.4|Debug|Parser|Language parsed: English
16-12-13 22:20:12.4|Debug|QualityParser|Trying to parse quality for South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]
16-12-13 22:20:12.4|Debug|Parser|Quality parsed: WEBDL-1080p v1
16-12-13 22:20:12.4|Debug|Parser|Release Group parsed: NTb
16-12-13 22:20:12.4|Debug|Parser|Parsing string 'South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]'
16-12-13 22:20:12.4|Trace|Parser|^(?<title>.+?)(?:(?:[-_\W](?<![()\[!]))+S?(?<season>(?<!\d+)(?:\d{1,2}|\d{4})(?!\d+))(?:[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)\W?(?!\\)
16-12-13 22:20:12.4|Debug|Parser|Episode Parsed. South Park - S20E10 
16-12-13 22:20:12.4|Debug|Parser|Language parsed: English
16-12-13 22:20:12.4|Debug|QualityParser|Trying to parse quality for South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]
16-12-13 22:20:12.4|Debug|Parser|Quality parsed: WEBDL-1080p v1
16-12-13 22:20:12.4|Debug|Parser|Release Group parsed: NTb
16-12-13 22:20:12.4|Debug|DownloadedEpisodesImportService|South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg] folder quality: WEBDL-1080p v1
16-12-13 22:20:12.4|Debug|DiskScanService|Scanning '/home/bergang/den_torrents/Complete/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]' for video files
16-12-13 22:20:12.4|Debug|DiskScanService|1 video files were found in /home/bergang/den_torrents/Complete/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]
16-12-13 22:20:12.4|Debug|ImportDecisionMaker|Analyzing 1/1 files.
16-12-13 22:20:12.4|Debug|QualityParser|Trying to parse quality for /home/bergang/den_torrents/Complete/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb.mkv
16-12-13 22:20:12.4|Debug|VideoFileInfoReader|Getting media info from /home/bergang/den_torrents/Complete/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb[rarbg]/South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb.mkv
16-12-13 22:20:12.4|Trace|MediaInfo|Read file offset 0-65536 (65536 bytes)
16-12-13 22:20:12.4|Trace|MediaInfo|Read file offset 880276996-880358916 (81920 bytes)
16-12-13 22:20:12.4|Trace|MediaInfo|Read a total of 147456 bytes (0.0%)
16-12-13 22:20:12.4|Debug|DetectSample|Runtime is over 90 seconds
16-12-13 22:20:12.4|Debug|Parser|Parsing string 'South.Park.S20E10.The.End.of.Serialization.As.We.Know.It.Uncensored.1080p.WEB-DL.AAC2.0.H264-NTb.mkv'

In this case you can see the DownloadedEpisodesImportService is called and the torrent media artifact is processed.

Here is the manually loaded torrent trace log ;

16-12-13 21:53:52.0|Trace|HttpClient|Req: [GET] http://192.168.1.250:8088/query/torrents?label=tv-sonarr&category=tv-sonarr
16-12-13 21:53:52.0|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False'
16-12-13 21:53:52.0|Trace|HttpClient|Res: [GET] http://192.168.1.250:8088/query/torrents?label=tv-sonarr&category=tv-sonarr: 200.OK (1 ms)
16-12-13 21:53:52.0|Trace|HttpClient|Response content (504 bytes): [{"added_on":1481683939,"category":"tv-sonarr","completion_on":1481683996,"dlspeed":6694,"eta":973,"f_l_piece_prio":false,"force_start":false,"hash":"40f1bd3a87d1be79ee105c9d6b9a41268ffe6724","name":"Brooklyn.Nine-Nine.S04E09.720p.HDTV.x264-SVA[PRiME]","num_complete":75,"num_incomplete":8,"num_leechs":3,"num_seeds":0,"priority":0,"progress":1,"ratio":0.05437228586542852,"save_path":"C:\\Torrents\\Complete\\","seq_dl":false,"size":577977501,"state":"uploading","super_seeding":false,"upspeed":108902}]
16-12-13 21:53:52.0|Debug|Parser|Parsing string 'Brooklyn.Nine-Nine.S04E09.720p.HDTV.x264-SVA[PRiME]'
16-12-13 21:53:52.0|Trace|Parser|^(?<title>.+?)(?:(?:[-_\W](?<![()\[!]))+S?(?<season>(?<!\d+)(?:\d{1,2}|\d{4})(?!\d+))(?:[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+))(?:(?:\-|[ex]|\W[ex]|_){1,2}(?<episode>\d{2,3}(?!\d+)))*)\W?(?!\\)
16-12-13 21:53:52.0|Debug|Parser|Episode Parsed. Brooklyn Nine-Nine - S04E09 
16-12-13 21:53:52.0|Debug|Parser|Language parsed: English
16-12-13 21:53:52.0|Debug|QualityParser|Trying to parse quality for Brooklyn.Nine-Nine.S04E09.720p.HDTV.x264-SVA[PRiME]
16-12-13 21:53:52.0|Debug|Parser|Quality parsed: HDTV-720p v1
16-12-13 21:53:52.0|Debug|Parser|Release Group parsed: SVA
16-12-13 21:53:52.0|Trace|ConfigService|Using default config value for 'removecompleteddownloads' defaultValue:'False'
16-12-13 21:53:52.0|Trace|EventAggregator|Publishing TrackedDownloadRefreshedEvent
16-12-13 21:53:52.0|Trace|EventAggregator|TrackedDownloadRefreshedEvent -> QueueService
16-12-13 21:53:52.0|Trace|EventAggregator|Publishing QueueUpdatedEvent
16-12-13 21:53:52.0|Trace|EventAggregator|QueueUpdatedEvent -> QueueModule
16-12-13 21:53:52.0|Trace|EventAggregator|QueueUpdatedEvent <- QueueModule
16-12-13 21:53:52.0|Trace|EventAggregator|TrackedDownloadRefreshedEvent <- QueueService
16-12-13 21:53:52.0|Trace|CommandQueueManager|Updating command status
16-12-13 21:53:52.1|Trace|EventAggregator|Publishing CommandExecutedEvent
16-12-13 21:53:52.1|Trace|EventAggregator|CommandExecutedEvent -> TaskManager
16-12-13 21:53:52.1|Trace|TaskManager|Updating last run time for: NzbDrone.Core.Download.CheckForFinishedDownloadCommand
16-12-13 21:53:52.1|Trace|EventAggregator|CommandExecutedEvent <- TaskManager
16-12-13 21:53:52.1|Trace|EventAggregator|CommandExecutedEvent -> TaskModule
16-12-13 21:53:52.1|Trace|EventAggregator|CommandExecutedEvent <- TaskModule
16-12-13 21:53:52.1|Trace|CommandExecutor|CheckForFinishedDownloadCommand <- DownloadMonitoringService [00:00:00.2276640]
16-12-13 21:53:52.1|Trace|Http|Req: 68 [GET] /api/queue?sort_by=timeleft&order=asc
16-12-13 21:53:52.1|Trace|Http|Res: 68 [GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (3 ms)
16-12-13 21:53:52.1|Debug|Api|[GET] /api/queue?sort_by=timeleft&order=asc: 200.OK (3 ms)
16-12-13 21:53:52.2|Trace|Http|Req: 69 [GET] /api/system/task?sort_by=name&order=asc
16-12-13 21:53:52.2|Trace|Http|Res: 69 [GET] /api/system/task?sort_by=name&order=asc: 200.OK (3 ms)
16-12-13 21:53:52.2|Debug|Api|[GET] /api/system/task?sort_by=name&order=asc: 200.OK (3 ms)
16-12-13 21:53:52.2|Trace|Http|Req: 70 [GET] /api/system/task?sort_by=name&order=asc
16-12-13 21:53:52.2|Trace|Http|Req: 71 [GET] /api/system/task?sort_by=name&order=asc
16-12-13 21:53:52.2|Trace|Http|Req: 72 [GET] /api/system/task?sort_by=name&order=asc
16-12-13 21:53:52.2|Trace|Http|Res: 70 [GET] /api/system/task?sort_by=name&order=asc: 200.OK (3 ms)
16-12-13 21:53:52.2|Debug|Api|[GET] /api/system/task?sort_by=name&order=asc: 200.OK (3 ms)
16-12-13 21:53:52.2|Trace|Http|Res: 72 [GET] /api/system/task?sort_by=name&order=asc: 200.OK (29 ms)
16-12-13 21:53:52.2|Debug|Api|[GET] /api/system/task?sort_by=name&order=asc: 200.OK (29 ms)
16-12-13 21:53:52.2|Trace|Http|Res: 71 [GET] /api/system/task?sort_by=name&order=asc: 200.OK (35 ms)
16-12-13 21:53:52.2|Debug|Api|[GET] /api/system/task?sort_by=name&order=asc: 200.OK (35 ms)
16-12-13 21:53:52.3|Trace|Http|Req: 73 [GET] /api/system/task?sort_by=name&order=asc
16-12-13 21:53:52.3|Trace|Http|Res: 73 [GET] /api/system/task?sort_by=name&order=asc: 200.OK (2 ms)
16-12-13 21:53:52.3|Debug|Api|[GET] /api/system/task?sort_by=name&order=asc: 200.OK (2 ms)
16-12-13 21:53:52.3|Trace|Http|Req: 74 [GET] /api/system/task?sort_by=name&order=asc
16-12-13 21:53:52.3|Trace|Http|Res: 74 [GET] /api/system/task?sort_by=name&order=asc: 200.OK (3 ms)
16-12-13 21:53:52.3|Debug|Api|[GET] /api/system/task?sort_by=name&order=asc: 200.OK (3 ms)
16-12-13 21:53:52.4|Trace|Http|Req: 75 [GET] /api/diskspace
16-12-13 21:54:06.8|Trace|Http|Req: 76 [GET] /api/diskspace
16-12-13 21:54:06.8|Trace|Http|Req: 77 [GET] /api/diskspace
16-12-13 21:54:18.5|Trace|Scheduler|Pending Tasks: 0

In this case the DownloadedEpisodesImportService is never called even though clearly some of the codepaths in Sonarr recognize there is a tracked torrent in the queue as in the api get request it asks for “label=tv-sonarr&category=tv-sonarr”. I know uTorrent refers to them as labels and qBittorent is definitely using the category syntax as it appears everywhere in their GUI as well. Is it possible that some of the Sonarr code was updated to handle the label and category syntax (like the api get request) while others are only handling the label syntax?

Sonarr must be tracking additional data when it adds the torrent to the downloader itself as it is aware that it needs to trigger DownloadedEpisodesImportService even though “category” is in the get response rather than “label”.

markus101 · December 14, 2016, 7:34am

Yeah, that’s exactly what it looks like I forgot qbit switched from label to category and the fix for it missed checking the category and only was looking for the label.

I pushed a fix for that issue.

Obelisk · December 14, 2016, 3:46pm

Thanks… I will wait till that fix is available to see if the other problem with the “.partial~” extension is related as this does not happen when Sonarr puts the Torrent in the down loader.

Obelisk · January 2, 2017, 10:07am

My system pulled down 2.0.0.4472 tonight which includes the qBittorrent Category fix and I can confirm that it is now automatically importing torrent downloads when the torrent is loaded manually and the category is manually set to the one Sonarr is looking for.

The issue with the “.partial~” extension is still occurring however I have noticed that it only happens during manual import when the torrent is still actively uploading. I saw on two different occasions where the torrent had automatically stopped when it hit the preconfigured share ratio and it manually imported without issue and removed the “.partial~” extension on its own.

As always this is not occurring at all when the torrent is auto importing even if it is still uploading in qBittorrent.

With the Category fix the manual import issue is very low priority for me as Sonarr no longer needs to be told to import something manually so you can set the priority of this defect low unless someone else is complaining about it.

system · March 3, 2017, 10:07am

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