In jackett I see much more torrents, for example we searching
Torr | Vikings (S06E09) - Resurrection (2020) WEB-DL TRL
In Jackett i see:
But don’t see this torrent in sonarr:
Jackett categories id: 5000
Add in Sonarr categories id: 5000
What we doing wrong?
System Information
sonarr searches by the ID first. if a single entry is returned then thats all youll get. if nothing is returned then it will fall back on a name search.
in your case it would appear that some episodes have the correct ID but others have not. thats up to the indexer.
so it probably doesnt have an ID or the brackets around the episode number are also causing an issue
also, all your returns in sonarr have peers, the two in the first image that dont show do not appear to have any. have you set a requirement for X number of peers?
Number of peers are 0
Yes you right, fault is ()
Maybe I can do something for it?
If you look at the debug logs you can see exactly how Sonarr is searching (if it’s falling back to title searching or not) and which results it gets back.
If you’re using a single Torznab indexer for all Jackett indexers try one for each, with the appropriate categories set for each.
How Jackett translates Sonarr’s request to send to the indexer will matter, combining all indexers into a single Torznab indexer can cause issues with paging if lots of results are returned.
LOG
20-2-18 21:49:02.6|Debug|Torznab|Downloading Feed http://192.168.1.200:9117/api/v2.0/indexers/torrent/results/torznab/api?t=tvsearch&cat=5000,5040,100058&extended=1&apikey=(removed)&offset=0&limit=100&q=Carnival%20Row&season=1&ep=1
20-2-18 21:49:03.3|Debug|NzbSearchService|Total of 0 reports were found for [Carnival Row : S01E01] from 1 indexers
20-2-18 21:49:03.3|Debug|NzbSearchService|Setting last search time to: 2/18/2020 7:49:03 PM
20-2-18 21:49:03.3|Info|DownloadDecisionMaker|No results found
using a single Torznab indexer for all Jackett indexers try one for each - i try but nothing
Sonarr searched for Carnival Row season 1 episode 1, but Jackett didn’t return any results. The search from Sonarr looks pretty basic, hopefully Jackett has logs on how that request was sent to each indexer, but I don’t see anything wrong on Sonarr’s side.
Sonarr dosn’t see only this name syntax (S01E01) but if name syntax is S01E01 it’s see him. Jackett see all them.
Unless your debug logs show Sonarr rejecting and not showing those results, it never saw them and has no way to know they exist.
The log snippet you posted was for a different series and didn’t show Sonarr processing results. Feel free to post them somewhere and link them here and we can look, but without more information there is nothing we can do/explain further.
20-2-19 19:52:48.3|Debug|FetchAndParseRssService|Available indexers 2
20-2-19 19:52:48.3|Debug|Torznab|Downloading Feed http://localhost:9117/api/v2.0/indexers/torrentlt/results/torznab/api?t=tvsearch&cat=5000,5040,100069,100028,100058,100079,100056&extended=1&apikey=(removed)&offset=0&limit=100
20-2-19 19:52:48.3|Debug|Torznab|Downloading Feed http://localhost:9117/api/v2.0/indexers/linkomanija/results/torznab/api?t=tvsearch&cat=5000,5030,5040,5060,5080,100028,100030,100060,100062&extended=1&apikey=(removed)&offset=0&limit=100
20-2-19 19:54:12.8|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Permanent] Lithuanian is wanted, but found English
20-2-19 19:54:12.8|Debug|DownloadDecisionMaker|Processing release 'Vikings S06E09 Resurrection 2020 WEB-DL AVC AC3 LT EN-TRL' from 'Linkomanija.net'
20-2-19 19:54:12.8|Debug|Parser|Parsing string 'Vikings S06E09 Resurrection 2020 WEB-DL AVC AC3 LT EN-TRL'
20-2-19 19:54:12.8|Debug|Parser|Episode Parsed. Vikings - S06E09
20-2-19 19:54:12.8|Debug|Parser|Language parsed: Lithuanian
20-2-19 19:54:12.8|Debug|QualityParser|Trying to parse quality for Vikings S06E09 Resurrection 2020 WEB-DL AVC AC3 LT EN-TRL
20-2-19 19:54:12.8|Debug|Parser|Quality parsed: WEBDL-480p v1
20-2-19 19:54:12.8|Debug|Parser|Release Group parsed: TRL
20-2-19 19:54:12.8|Debug|AlreadyImportedSpecification|Performing alerady imported check on report
20-2-19 19:54:12.8|Debug|AlreadyImportedSpecification|Skipping already imported check for episode without file
20-2-19 19:54:12.8|Debug|AcceptableSizeSpecification|Beginning size check for: Vikings S06E09 Resurrection 2020 WEB-DL AVC AC3 LT EN-TRL
20-2-19 19:54:12.8|Debug|AcceptableSizeSpecification|Item: Vikings S06E09 Resurrection 2020 WEB-DL AVC AC3 LT EN-TRL, meets size constraints.
20-2-19 19:54:12.9|Debug|MaximumSizeSpecification|Maximum size is not set.
20-2-19 19:54:12.9|Debug|LanguageSpecification|Checking if report meets language requirements. Lithuanian
20-2-19 19:54:12.9|Debug|ReleaseRestrictionsSpecification|Checking if release meets restrictions: Vikings S06E09 Resurrection 2020 WEB-DL AVC AC3 LT EN-TRL
20-2-19 19:54:12.9|Debug|ReleaseRestrictionsSpecification|[Vikings S06E09 Resurrection 2020 WEB-DL AVC AC3 LT EN-TRL] No restrictions apply, allowing
20-2-19 19:54:12.9|Debug|QualityAllowedByProfileSpecification|Checking if report meets quality requirements. WEBDL-480p v1
20-2-19 20:03:57.7|Info|NzbSearchService|Searching 2 indexers for [Vikings : S06E09]
20-2-19 20:04:07.9|Info|DownloadDecisionMaker|Processing 11 releases
20-2-19 20:05:20.7|Error|TaskExtensions|Task Error
[v2.0.0.5338] System.NullReferenceException: Object reference not set to an instance of an object
at System.Text.StringBuilder.AppendFormat (IFormatProvider provider, System.String format, System.Object[] args) <0x7f8c368725c0 + 0x00a68> in <filename unknown>:0
at System.String.Format (IFormatProvider provider, System.String format, System.Object[] args) <0x7f8c3685f390 + 0x0007a> in <filename unknown>:0
at System.String.Format (System.String format, System.Object arg0, System.Object arg1) <0x7f8c3685f1a0 + 0x0007c> in <filename unknown>:0
at NzbDrone.Core.HealthCheck.Checks.UpdateCheck.Check () [0x00083] in M:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\HealthCheck\Checks\UpdateCheck.cs:48
at NzbDrone.Core.HealthCheck.HealthCheckService+<>c.<PerformHealthCheck>b__11_0 (IProvideHealthCheck c) [0x00000] in M:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\HealthCheck\HealthCheckService.cs:71
at System.Linq.Enumerable+WhereSelectArrayIterator`2[TSource,TResult].MoveNext () <0x40641bc0 + 0x000ad> in <filename unknown>:0
at System.Collections.Generic.List`1[T]..ctor (IEnumerable`1 collection) <0x7f8c36743cb0 + 0x001fb> in <filename unknown>:0
at System.Linq.Enumerable.ToList[TSource] (IEnumerable`1 source) <0x4062a7e0 + 0x00070> in <filename unknown>:0
at NzbDrone.Core.HealthCheck.HealthCheckService.PerformHealthCheck (NzbDrone.Core.HealthCheck.IProvideHealthCheck[] healthChecks) [0x00000] in M:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\HealthCheck\HealthCheckService.cs:71
at NzbDrone.Core.HealthCheck.HealthCheckService.HandleAsync (IEvent message) [0x000e2] in M:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\HealthCheck\HealthCheckService.cs:150
at NzbDrone.Core.Messaging.Events.EventAggregator+<>c__DisplayClass6_1`1[TEvent].<PublishEvent>b__0 () [0x00000] in M:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Messaging\Events\EventAggregator.cs:111
at System.Threading.Tasks.Task.InnerInvoke () <0x7f8c3689e960 + 0x0004f> in <filename unknown>:0
at System.Threading.Tasks.Task.Execute () <0x7f8c3689e220 + 0x00055> in <filename unknown>:0
20-2-19 20:08:18.8|Info|RssSyncService|Starting RSS Sync
maybe give you more information
It’s still an incomplete picture. You need to upload the full debug log from the search somewhere (hastebin, google drive, dropbox, etc) and link it here. The only item parsed in your log is one that is expected to parse properly.
Those results never come back from Jackett, either Jackett filtered them out or it never got them from the indexer, you’ll have to investigate with Jackett.
any reason why it would be downloading the feed 3 times for both indexers?
none of the queries appears to have fallen back onto a name search (?) is the fallback per indexer, or across the board? ie if you have two indexers and the first one returns a result but the second one doesnt, will sonarr do a name search just on the second indexer or not?
OP could disable all their indexers except torrentlt and do another search, with debug logs. that should show if its finding any series/season/episode results, or its its falling back to a name search, when theres only one indexer.
edit: it would be nice if the debug level actually stated how many results each query got back, not just the total of all queries.
They started with title searches, so nothing to fall back to.
If it did an ID search to begin with it’d do a title search for the one that returned 0 results.
why would it start with a title search? i thought it started with an id search then fell back to a title search?
If the indexer doesn’t support title searching (most trackers through Jackett don’t) it doesn’t waste an API call with an ID search.
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.