Series available at indexer but not for Sonarr

Sonarr version (exact version): 4.0.5.1710
Mono version (if Sonarr is not running on Windows): ??
OS: x64-7.1_20240114-4 by SynoCommunity
Debug logs: not provided
Description of issue: series available but Sonarr does not find it.

Hi everyone.

I am using Sonarr now for several months and i have to say its awesome!
But i had some issues and i dont find any solution for it, neither by myself nor searching the internet. Maybe its an easy thing and you can answer me in some minutes or maybe something stupid and i dont get it :frowning:

My problem: I follow the Wrestling Show “ROH on HonorClub” , which is found exactly that way by Sonarr. my Indexer is geekNZB who has every episode of it and every episode is available. The naming is like that:

ROH.On.HonorClub.068.2024.06.13.1080p.WEB.H264.RnB96

Buit as you can expect, i can try whatever i want, my Sonarr does not find and download any episode. I can change everything i want, the quality, the series type, the option if it should all or future episode … nothing works, it does not find any single episode. Removing and adding again does change nothing. Other tv shows or wrestling shows work, so i believe i configured my indexer correct.

Has any one any idea? Do i have to change / add the search method somewhere? Maybe something with the metadata? Or do i just have bad luck and the tv show is not available ?

I hope you can help me.

If thge topic has been asked (i think it has) i would be happy if someone could provide a link to the solution. I searched the forum but did not find any solution. I am not a native speaker so maybe i did not use the right search terms :slight_smile:

Thanks a lot and greetings!

https://wiki.servarr.com/sonarr/faq#why-cant-sonarr-import-episode-files-for-series-x-why-cant-sonarr-find-releases-for-series-x

Change the Series Type to Daily / Date.

Thanks for your time reading and replying :heart: changing the type does not work. I tried all 3 available types.

Odd, I tried Date with that exact release on TheRARBG and it worked fine in a Sonarr interactive search.

Ok i dont know what TheRARBG is, but i will look into it if it works there. Thanks again! I hope i will be able to report success later :slight_smile:

I already read this but nothing there helped me. The matching in XEM is already there and looks good. But thanks for trying to help me :heart:

ok TheRARBG is a torrent Indexer … i only want use Usenet… i hope i will find a solution for that and dont have to use torrent for this special tv show :slight_smile:

Do searches on geekNZB for ROH On HonorClub 2024.06.13 and Ring of Honor on Honor Club 2024.06.13 (just copy and paste it).

If you get no results, the problem lies with geekNZB (it’s probably using exact phrase search).

If you do get results though, provide trace Sonarr logs of a search for the single episode.

Hi.
geekNZB finds " ROH On HonorClub 2024.06.13" ( → this release has been found : [ROH.On.HonorClub.068.2024.06.13.1080p.WEB.H264.RnB96) but not " Ring of Honor on Honor Club 2024.06.13"

Sonarr logs are like this (tried the manual and automatic search):

2024-06-20 08:32:05.0|Info|ReleaseSearchService|Searching indexers for [ROH On HonorClub : 2024-06-13]. 1 active indexers
2024-06-20 08:32:10.3|Info|DownloadDecisionMaker|No results found
2024-06-20 08:32:14.4|Info|ReleaseSearchService|Searching indexers for [ROH On HonorClub : 2024-06-13]. 1 active indexers
2024-06-20 08:32:19.8|Info|DownloadDecisionMaker|No results found
2024-06-20 08:32:19.8|Info|EpisodeSearchService|Episode search completed. 0 reports downloaded.

i can imagine that the problem is the akward naming : episode number and the date directly after it → 68.2024.06.13 … looks kinda weired if you dont know that the first two digits are an ongoing number for the episode ?
But on the other hand → ROH On HonorClub | Mapping | Xem the matching there is correct and as far as i understood this is important?

If you do get results though, provide trace Sonarr logs of a search for the single episode.

I thought these were the logs ?

provide TRACE Sonarr logs of a search for the single episode.

Sorry, did not found it at first :confused:

I hope this is enough :

2024-06-20 09:25:17.0|Info|ReleaseSearchService|Searching indexers for [ROH On HonorClub : 2024-06-13]. 1 active indexers
2024-06-20 09:25:17.0|Trace|EventAggregator|Publishing CommandUpdatedEvent
2024-06-20 09:25:17.0|Trace|EventAggregator|CommandUpdatedEvent → CommandController
2024-06-20 09:25:17.0|Trace|EventAggregator|CommandUpdatedEvent ← CommandController
2024-06-20 09:25:17.0|Debug|Newznab|Downloading Feed https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&tvdbid=431910&season=2024&ep=06/13
2024-06-20 09:25:17.0|Trace|HttpClient|Req: [GET] https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&tvdbid=431910&season=2024&ep=06/13
2024-06-20 09:25:17.0|Trace|ConfigService|Using default config value for ‘proxyenabled’ defaultValue:‘False’
2024-06-20 09:25:17.0|Trace|HttpClient|Res: HTTP/2.0 [GET] https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&tvdbid=431910&season=2024&ep=06/13: 200.OK (230 bytes) (80 ms)
2024-06-20 09:25:17.0|Debug|Newznab|Downloading Feed https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&q=ROH%20On%20HonorClub&season=2024&ep=06/13
2024-06-20 09:25:17.0|Trace|RateLimitService|Rate Limit triggered, delaying ‘api.nzbgeek.info’ for 1.918 sec
2024-06-20 09:25:19.0|Trace|HttpClient|Req: [GET] https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&q=ROH%20On%20HonorClub&season=2024&ep=06/13
2024-06-20 09:25:19.0|Trace|ConfigService|Using default config value for ‘proxyenabled’ defaultValue:‘False’
2024-06-20 09:25:19.8|Trace|HttpClient|Res: HTTP/2.0 [GET] https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&q=ROH%20On%20HonorClub&season=2024&ep=06/13: 200.OK (230 bytes) (805 ms)
2024-06-20 09:25:19.8|Debug|Newznab|Downloading Feed https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&q=Ring%20of%20Honor%20on%20Honor%20Club&season=2024&ep=06/13
2024-06-20 09:25:19.8|Trace|RateLimitService|Rate Limit triggered, delaying ‘api.nzbgeek.info’ for 1.192 sec
2024-06-20 09:25:21.0|Trace|HttpClient|Req: [GET] https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&q=Ring%20of%20Honor%20on%20Honor%20Club&season=2024&ep=06/13
2024-06-20 09:25:21.0|Trace|ConfigService|Using default config value for ‘proxyenabled’ defaultValue:‘False’
2024-06-20 09:25:22.3|Trace|HttpClient|Res: HTTP/2.0 [GET] https://api.nzbgeek.info/api?t=tvsearch&cat=5000,5020,5030,5040,5045,5050,5060,5080&extended=1&apikey=(removed)&offset=0&limit=100&q=Ring%20of%20Honor%20on%20Honor%20Club&season=2024&ep=06/13: 200.OK (230 bytes) (1334 ms)
2024-06-20 09:25:22.3|Debug|ReleaseSearchService|Total of 0 reports were found for [ROH On HonorClub : 2024-06-13] from 1 indexers
2024-06-20 09:25:22.3|Trace|EventAggregator|Publishing CommandUpdatedEvent
2024-06-20 09:25:22.3|Trace|EventAggregator|CommandUpdatedEvent → CommandController
2024-06-20 09:25:22.3|Trace|EventAggregator|CommandUpdatedEvent ← CommandController
2024-06-20 09:25:22.3|Debug|ReleaseSearchService|Setting last search time to: 06/20/2024 07:25:22
2024-06-20 09:25:22.4|Info|DownloadDecisionMaker|No results found
2024-06-20 09:25:22.4|Trace|EventAggregator|Publishing CommandUpdatedEvent
2024-06-20 09:25:22.4|Trace|EventAggregator|CommandUpdatedEvent → CommandController
2024-06-20 09:25:22.4|Trace|EventAggregator|CommandUpdatedEvent ← CommandController
2024-06-20 09:25:22.4|Info|EpisodeSearchService|Episode search completed. 0 reports downloaded.
2024-06-20 09:25:22.4|Trace|EventAggregator|Publishing CommandUpdatedEvent
2024-06-20 09:25:22.4|Trace|EventAggregator|CommandUpdatedEvent → CommandController
2024-06-20 09:25:22.4|Trace|EventAggregator|CommandUpdatedEvent ← CommandController
2024-06-20 09:25:22.4|Trace|CommandQueueManager|Updating command status
2024-06-20 09:25:22.7|Trace|EventAggregator|Publishing CommandUpdatedEvent
2024-06-20 09:25:22.7|Trace|EventAggregator|CommandUpdatedEvent → CommandController
2024-06-20 09:25:22.7|Trace|EventAggregator|CommandUpdatedEvent ← CommandController
2024-06-20 09:25:22.7|Trace|EventAggregator|Publishing CommandExecutedEvent
2024-06-20 09:25:22.7|Trace|EventAggregator|CommandExecutedEvent → TaskManager
2024-06-20 09:25:22.7|Trace|EventAggregator|CommandExecutedEvent ← TaskManager
2024-06-20 09:25:22.7|Trace|EventAggregator|CommandExecutedEvent → TaskController
2024-06-20 09:25:22.7|Trace|EventAggregator|CommandExecutedEvent ← TaskController
2024-06-20 09:25:22.7|Trace|EventAggregator|CommandExecutedEvent → QualityDefinitionController
2024-06-20 09:25:22.7|Trace|EventAggregator|CommandExecutedEvent ← QualityDefinitionController
2024-06-20 09:25:22.7|Trace|CommandExecutor|EpisodeSearchCommand ← EpisodeSearchService [00:00:05.8601339]
2024-06-20 09:25:22.7|Trace|Http|Req: 741 [GET] /api/v3/command (from 192.168.178.21 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0)
2024-06-20 09:25:22.7|Trace|CommandQueueManager|Getting all commands
2024-06-20 09:25:22.7|Trace|Http|Res: 741 [GET] /api/v3/command: 200.OK (1 ms)
2024-06-20 09:25:22.7|Debug|Api|[GET] /api/v3/command: 200.OK (1 ms)
2024-06-20 09:25:23.4|Trace|Http|Req: 742 [GET] /api/v3/diskspace (from 192.168.178.21 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0)
2024-06-20 09:25:23.4|Trace|Http|Req: 743 [GET] /api/v3/health (from 192.168.178.21 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0)
2024-06-20 09:25:23.4|Trace|Http|Res: 743 [GET] /api/v3/health: 200.OK (1 ms)
2024-06-20 09:25:23.4|Debug|Api|[GET] /api/v3/health: 200.OK (1 ms)
2024-06-20 09:25:23.4|Trace|Http|Req: 744 [GET] /api/v3/system/status (from 192.168.178.21 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0)
2024-06-20 09:25:23.4|Trace|Http|Res: 744 [GET] /api/v3/system/status: 200.OK (1 ms)
2024-06-20 09:25:23.4|Debug|Api|[GET] /api/v3/system/status: 200.OK (1 ms)
2024-06-20 09:25:23.4|Trace|Http|Res: 742 [GET] /api/v3/diskspace: 200.OK (16 ms)
2024-06-20 09:25:23.4|Debug|Api|[GET] /api/v3/diskspace: 200.OK (16 ms)
2024-06-20 09:25:25.7|Trace|Http|Req: 745 [GET] /api/v3/log/file (from 192.168.178.21 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0)
2024-06-20 09:25:25.7|Trace|Http|Res: 745 [GET] /api/v3/log/file: 200.OK (4 ms)
2024-06-20 09:25:25.7|Debug|Api|[GET] /api/v3/log/file: 200.OK (4 ms)
2024-06-20 09:25:26.7|Trace|Http|Req: 746 [GET] /api/v3/log/file (from 192.168.178.21 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0)
2024-06-20 09:25:26.7|Trace|Http|Res: 746 [GET] /api/v3/log/file: 200.OK (2 ms)
2024-06-20 09:25:26.7|Debug|Api|[GET] /api/v3/log/file: 200.OK (2 ms)
2024-06-20 09:25:28.3|Trace|Http|Req: 747 [GET] /logfile/sonarr.trace.txt (from 192.168.178.21 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0)
2024-06-20 09:25:28.3|Info|Sonarr.Http.Authentication.BasicAuthenticationHandler|Basic was not authenticated. Failure message: Authorization header missing.

Ok so for date search it’s using &season=2024&ep=06/13 rather than including the date as part of the keyword query.

I don’t use Usenet, so I don’t know if that’s supposed to be how it works and the issue is with NZBGeek, or if Sonarr is sending the wrong format. I’ll leave it to a Sonarr dev and/or someone with actual Usenet knowledge to reply to this.

1 Like

ok. Thank you very much for your effort! I just was thinking about that as well, that this weired date / episode naming makes problems.
So i hope someone knows how i can handle this or if i can tell Sonarr to search it in a different way :slight_smile:

You wouldn’t be able to change it, Sonarr is coded to search like that:

However, I don’t know whether it should actually be searching like that, and NZBGeek is the exception, or Sonarr needs to change how it searches.

1 Like

This is the intended format, that’s what most indexers expect/handle.

1 Like

Thanks for reading and aswering :slight_smile: I think you are right … sadly … but do you have any idea how i can solve my problem?