[Support] binhex - Jackett

[jebusfreek666 7]

It appears that some time in the last few days jackett has become unreachable for me for both Sonarr and Radarr. I am not able to complete auto searches or manual searches.  Reading the log in Sonarr shows:

 

System.Net.WebException: Error getting response stream (ReadDoneAsync2): ReceiveFailure: 'http://192.168.1.69:9117/api/v2.0/indexers/all/results/torznab/api?t=tvsearch&cat=5030,5040,5070,100003&extended=1&apikey=DELETEDFORPRIVACY&offset=0&limit=1000' ---> System.Net.WebException: Error getting response stream (ReadDoneAsync2): ReceiveFailure at System.Net.WebResponseStream.InitReadAsync (System.Threading.CancellationToken cancellationToken) [0x000e6] in /build/mono/src/mono/mcs/class/System/System.Net/WebResponseStream.cs:458 at System.Net.WebOperation.Run () [0x0018f] in /build/mono/src/mono/mcs/class/System/System.Net/WebOperation.cs:283 at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x0008e] in /build/mono/src/mono/mcs/class/System/System.Net/WebCompletionSource.cs:111 at System.Net.HttpWebRequest.RunWithTimeoutWorker[T] (System.Threading.Tasks.Task`1[TResult] workerTask, System.Int32 timeout, System.Action abort, System.Func`1[TResult] aborted, System.Threading.CancellationTokenSource cts) [0x000e8] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:956 at System.Net.HttpWebRequest.GetResponse () [0x0000f] in /build/mono/src/mono/mcs/class/System/System.Net/HttpWebRequest.cs:1218 at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x0011b] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:82 --- End of inner exception stack trace --- at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x001ca] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:113 at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x000b5] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\Dispatchers\FallbackHttpDispatcher.cs:53 at NzbDrone.Common.Http.HttpClient.ExecuteRequest (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookieContainer) [0x0007e] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\HttpClient.cs:121 at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00008] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\HttpClient.cs:57 at NzbDrone.Core.Indexers.HttpIndexerBase`1[TSettings].FetchIndexerResponse (NzbDrone.Core.Indexers.IndexerRequest request) [0x0004b] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:321 at NzbDrone.Core.Indexers.HttpIndexerBase`1[TSettings].FetchPage (NzbDrone.Core.Indexers.IndexerRequest request, NzbDrone.Core.Indexers.IParseIndexerResponse parser) [0x00000] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:298 at NzbDrone.Core.Indexers.HttpIndexerBase`1[TSettings].TestConnection () [0x0000e] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:335

 

Not sure what the issue is. I have touched nothing, and have actually been out of town all week.

If I copy and paste "http://192.168.1.69:9117/api/v2.0/indexers/all/results/torznab/api?t=tvsearch&cat=5030,5040,5070,100003&extended=1&apikey=DELETEDFORPRIVACY&offset=0&limit=1000" into a browser on its own i get responses. So I have no idea why Sonarr/Radarr have "ReceiveFailure". Not even sure if the problem is with Radarr, Sonarr, or Jackett....

 

Edit for more info:

Just looked at the settings for deluge in sonarr as well, and attmepted to test and it kicked back a red error on that page after failing stating "Unknown exception: Unable to write data to the transport connection: The socket has been shut down." So it seems something big is going on....

 

Turning off PIA for deluge seems to fix everything..... however, not a realistic everyday fix. So clearly the issue is with the way VPN is being handled in a recent update? Checked the credentials, and they are fine and my PIA account is up to date.

 

Edit 2:

After pulling down the image for deluge with PIA off, and confirming everything worked I then pulled down the image with it turned back on. After retesting the indexer and download client in both Sonarr and Radarr, everything seems to be working correctly again. Not sure how long it will last, or what caused the hiccup in the first place but I will update later if it conks out again. 

 

Edit 3:

After 2 manual searches, it is back the the same behavior I reported at the beginning of the post.

Edited August 29, 2020 by jebusfreek666

[DDock 1]

Any ideas why this is showing up for this docker? None of my other dockers show this:

 

 

I have not made any changes but noticed this has changed to not available. I haven't checked things in about a week, so it would have happened between then and now.

Edited September 1, 2020 by DDock

[binhex 837]

1 minute ago, DDock said:

Any ideas why this is showing up for this docker? None of my other dockers show this:

 

that is either a unraid bug or docker hub was unavilable at the time the check happened, i can assure you it very much is 'available' :-), just run check for updates now and for me its reporting:-

 

try running 'check for updates'.

[DDock 1]

Yep! must have been a bug. Thanks. Had me a bit worried that you might have discontinued the project or something. Cheers and thanks for all the hard work!

[4554551n 0]

On 8/26/2020 at 10:52 PM, binhex said:

yes 'additional_ports' its required to allow access to specific ports as the strict iptable rules will block by default, you may have an out of date template perhaps that doesnt have this setting, if so please add it as a config type of 'variable' to delugevpn, it should look something like the below:-

 

 

I have added the following, and am still having no luck (I have also tried adding them one at a time, in case I didn't need both)

[binhex 837]

3 hours ago, 4554551n said:

I have added the following, and am still having no luck

ok please go to unraid web ui, docker tab, toggle on 'advanced view' then screenshot the main screen showing all the containers, i am most interested in the port and networking settings for jackett and delugevpn.

 

also can you post a screenshot showing the settings for delugevpn, preferably with advanced view toggled on.

[4554551n 0]

On 9/2/2020 at 9:29 PM, binhex said:

ok please go to unraid web ui, docker tab, toggle on 'advanced view' then screenshot the main screen showing all the containers, i am most interested in the port and networking settings for jackett and delugevpn.

 

also can you post a screenshot showing the settings for delugevpn, preferably with advanced view toggled on.

Is there any way I can DM you that information?

[binhex 837]

On 9/3/2020 at 2:46 PM, 4554551n said:

Is there any way I can DM you that information?

sure

[4554551n 0]

On 9/5/2020 at 1:13 AM, binhex said:

sure

Oh.
It works now.
I changed nothing.
It's set to auto update, maybe you fixed something in the last couple of days?
But now it works...
The space invader video was missing the "additional_ports" variable. But now it works. Thank you!

[dgwharrison 1]

Hi @binhex, thanks for another docker. I've only just installed this one. Doesn't seem to have loaded correctly when accessed via lets encrypt, not a massive problem just thought I'd report it.

[J05u 5]

Hello @binhex, can you please update this docker? They got some issue with indexers, they fixed it in Jackett 0.16.1757

[binhex 837]

5 hours ago, J05u said:

Hello @binhex, can you please update this docker? They got some issue with indexers, they fixed it in Jackett 0.16.1757

done, check for an updated image in an hour from this post.

[J05u 5]

3 hours ago, binhex said:

done, check for an updated image in an hour from this post.

Thanks a lot! It's back on track

[galego100 1]

Hello, everytime i reboot the unraid , all the indexers disappear.  Maybe i´m doing something wrong on the instalation?

[Byrd 0]

If anyone is having issues with IPT, the website layout was updated and cookies are broken. The official Jackett container has fixed this in the newest version.

Edited November 2, 2020 by Byrd

[Iceman1199 2]

57 minutes ago, Byrd said:

If anyone is having issues with IPT, the website layout was updated and cookies are broken. The official Jackett container has fixed this in the newest version.

I'm having this issue due the IPT's update.  I see where you can manually add the cookies with the supplied directions, but I'm still getting an error about 

" An error occurred while updating this indexer
Your cookie did not work: Found 0 results in the tracker"

 

Has anyone been able to get passed this part?

[theshabobo 0]

I am having the exact same issue. @binhex can you please update the container to the newest version so all of us having issues can get it resolved. Thank you!

 

EDIT: Update ran. to version .1999 This fixes the issue. 

NOTE: you may have to remove and re-add the IPT entry in Jackett

 

Edited November 2, 2020 by theshabobo

[Iceman1199 2]

1 hour ago, theshabobo said:

I am having the exact same issue. @binhex can you please update the container to the newest version so all of us having issues can get it resolved. Thank you!

 

EDIT: Update ran. to version .1999 This fixes the issue. 

NOTE: you may have to remove and re-add the IPT entry in Jackett

 

Yup...just did a force update and configured IPT with cookies and had no issues.  

[Moose_Flunky 1]

Good morning. I'm having trouble with the latest version of Jackett connecting to both RADARR and SONARR.  I had to revert back to arch-0.16.1937-1-01 to get them to talk to each other.  I very cleverly fixed the problem without writing down the error, but it said something (truncated) "please check the capabilities (t=caps) and make sure the search mode and categories are supported.".  I could search and download from inside of Jackett, but Jackett and RADARR/SONARR just wouldn't talk to each other.

[nekromantik 2]

delete

Edited November 9, 2020 by nekromantik

[JustinChase 5]

I've been struggling to get Jackett working with Sonarr.

 

I finally found the final bit that got me working (api location).  Here are the settings that worked for me when adding Torznab to Sonarr.  Notice the api location I had to change to get it working (FINALLY!!!)

 

I hope it helps others searching for a solution that works.

 

FYI, I didn't set up any proxy in Jackett

[xxbigfootxx 3]

I'm having a lot of issues with indexers just failing for some reason. Today all of them failed and i can't get them back up. I removed them all and added these three again to test, same thing. 

 

 

Logs below: 

2020-11-27 17:31:50,777 DEBG 'jackett' stdout output:
   at System.Net.Http.DecompressionHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at System.Net.Http.DiagnosticsHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at CloudflareSolverRe.ClearanceHandler.SendRequestAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at CloudflareSolverRe.ClearanceHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at System.Net.Http.HttpClient.FinishSendAsyncBuffered(Task`1 sendTask, HttpRequestMessage request, CancellationTokenSource cts, Boolean disposeCts)
   at Jackett.Common.Utils.Clients.HttpWebClient2.Run(WebRequest webRequest) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Common/Utils/Clients/HttpWebClient2.cs:line 165
   at Jackett.Common.Utils.Clients.WebClient.GetResultAsync(WebRequest request) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Common/Utils/Clients/WebClient.cs:line 174
   at Jackett.Common.Indexers.BaseWebIndexer.RequestWithCookiesAsync(String url, String cookieOverride, RequestType method, String referer, IEnumerable`1 data, Dictionary`2 headers, String rawbody, Nullable`1 emulateBrowser) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Common/Indexers/BaseIndexer.cs:line 495
   at Jackett.Common.Indexers.CardigannIndexer.PerformQuery(TorznabQuery query) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Common/Indexers/CardigannIndexer.cs:line 1276
   at Jackett.Common.Indexers.BaseIndexer.ResultsForQuery(TorznabQuery query, Boolean isMetaIndexer) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Common/Indexers/BaseIndexer.cs:line 385
   --- End of inner exception stack trace ---
   at Jackett.Common.Indexers.BaseIndexer.ResultsForQuery(TorznabQuery query, Boolean isMetaIndexer) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Common/Indexers/BaseIndexer.cs:line 392
   at Jackett.Common.Indexers.BaseWebIndexer.ResultsForQuery(TorznabQuery query, Boolean isMetaIndexer) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Common/Indexers/BaseIndexer.cs:line 659
   at Jackett.Common.Services.IndexerManagerService.TestIndexer(String name) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Common/Services/IndexerManagerService.cs:line 278
   at Jackett.Server.Controllers.IndexerApiController.Test() in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Server/Controllers/IndexerApiController.cs:line 129
   at Microsoft.AspNetCore.Mvc.Infrastructure.ActionMethodExecutor.TaskOfIActionResultExecutor.Execute(IActionResultTypeMapper mapper, ObjectMethodExecutor executor, Object controller, Object[] arguments)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.<InvokeActionMethodAsync>g__Awaited|12_0(ControllerActionInvoker invoker, ValueTask`1 actionResultValueTask)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.<InvokeNextActionFilterAsync>g__Awaited|10_0(ControllerActionInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Rethrow(ActionExecutedContextSealed context)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.Next(State& next, Scope& scope, Object& state, Boolean& isCompleted)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ControllerActionInvoker.<InvokeInnerFilterAsync>g__Awaited|13_0(ControllerActionInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeFilterPipelineAsync>g__Awaited|19_0(ResourceInvoker invoker, Task lastTask, State next, Scope scope, Object state, Boolean isCompleted)
   at Microsoft.AspNetCore.Mvc.Infrastructure.ResourceInvoker.<InvokeAsync>g__Awaited|17_0(ResourceInvoker invoker, Task task, IDisposable scope)
   at Microsoft.AspNetCore.Routing.EndpointMiddleware.<Invoke>g__AwaitRequestTask|6_0(Endpoint endpoint, Task requestTask, ILogger logger)
   at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke(HttpContext context)
   at Jackett.Server.Middleware.CustomExceptionHandler.Invoke(HttpContext httpContext) in /tmp/makepkg/jackett/src/Jackett-0.16.2220/src/Jackett.Server/Middleware/CustomExceptionHandler.cs:line 26

[musicking 1]

Is it normal for this Docker Container to be 3GB? It doesn't look like it's a log issue.

[binhex 837]

5 hours ago, musicking said:

Is it normal for this Docker Container to be 3GB? It doesn't look like it's a log issue.

nope its not normal but i havent had time to track down whats causing the increase in size, after some further investigation i found out its due to nuget caching, the next image will be smaller.

[xxDeadbolt 19]

Has the magdl.com indexer disappeared for anyone else? Had this set up but seems to have gone after a recent update, I think. Trying to track back to find out exactly when but no joy so far