Maelstromeous

This appears to be a bit of a hole because I can't find anything to monitor VM CPU / RAM either...

I've reported the issue on github but unfortunately it received zero attention. It requires an edit to the unraid template or the addition of a new one.

Hi @Sycotix, Thanks for bringing this template to the community! However there's one slight issue with the panel version. The way that https://github.com/ccarney16/pterodactyl-containers has set up the container is that there needs to be an additional sidecar container that manages the crontab for pterodactyl. Unfortunately your template only triggers the start of the panel, there needs to be also another container that triggers the command: p:cron

Mono issues are creeping in again. @binhex please can you update Sonarr's version of Mono from 6.4.0 to latest stable, it's missing various root certs and is causing issues.

Ok I think I know what was wrong... Since I'm using binhex/arch-delugevpn, I've re-downloaded all of the PIA OpenVPN certificates and ensured I had France in it to ensure port forwarding is enabled (I had France originally, so their certs might have changed, somehow). Suddenly everything is working! For those who also have this issue, flush your certs, re-download and try again. Make sure you restart all of your containers as well if you fiddle with Deluge. I've also just enabled privoxy on the deluge container, not sure if that made any difference.

Thanks, just did that. The mono version doesn't appear to have changed, it's still on 6.4.0? Still fails 😕 I've checked the docker image digest and they are exactly correct to the latest version published a day ago: root@NAS:~# docker inspect --format='{{index .RepoDigests 0}}' 32e9325565e binhex/arch-sonarr@sha256:0638d6841fa26c130b0d41d5042f4efa2f5c0e8606857f6188f171c3f22f9856

Anyone able to help?

Hello, I've been attempting to fix this issue but it's causing me significant pain. It appears that NZBGeek (who use Cloudflare) has (rightfully) increased their TLS version to 1.2, and it appears the docker image has an older version of Mono which makes it incompatible. I'm using binhex-delugeVPN and using PIA as the VPN source. I'm getting this error when attempting to use the indexer, and/or when I perform a test, been getting this since error: System.Net.WebException: Error: ServerProtocolViolation: 'https://api.nzbgeek.info/api?t=caps&apikey=FOO' ---> System.Net.WebException: Error: ServerProtocolViolation at System.Net.WebConnectionTunnel.ReadHeaders (System.IO.Stream stream, System.Threading.CancellationToken cancellationToken) [0x000cf] in /build/mono/src/mono/mcs/class/System/System.Net/WebConnectionTunnel.cs:206 at System.Net.WebConnectionTunnel.Initialize (System.IO.Stream stream, System.Threading.CancellationToken cancellationToken) [0x00325] in /build/mono/src/mono/mcs/class/System/System.Net/WebConnectionTunnel.cs:171 at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x001ff] in /build/mono/src/mono/mcs/class/System/System.Net/WebConnection.cs:233 at System.Net.WebConnection.InitConnection (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x000f7] in /build/mono/src/mono/mcs/class/System/System.Net/WebConnection.cs:263 at System.Net.WebOperation.Run () [0x00052] in /build/mono/src/mono/mcs/class/System/System.Net/WebOperation.cs:268 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) [0x0003c] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\Dispatchers\FallbackHttpDispatcher.cs:35 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.Common.Http.HttpClient.Get (NzbDrone.Common.Http.HttpRequest request) [0x00007] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Http\HttpClient.cs:264 at NzbDrone.Core.Indexers.Newznab.NewznabCapabilitiesProvider.FetchCapabilities (NzbDrone.Core.Indexers.Newznab.NewznabSettings indexerSettings) [0x0009a] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\Newznab\NewznabCapabilitiesProvider.cs:62 at NzbDrone.Core.Indexers.Newznab.NewznabCapabilitiesProvider+<>c__DisplayClass4_0.<GetCapabilities>b__0 () [0x00000] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\Newznab\NewznabCapabilitiesProvider.cs:35 at NzbDrone.Common.Cache.Cached`1[T].Get (System.String key, System.Func`1[TResult] function, System.Nullable`1[T] lifeTime) [0x0006a] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Common\Cache\Cached.cs:81 at NzbDrone.Core.Indexers.Newznab.NewznabCapabilitiesProvider.GetCapabilities (NzbDrone.Core.Indexers.Newznab.NewznabSettings indexerSettings) [0x00020] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\Newznab\NewznabCapabilitiesProvider.cs:35 at NzbDrone.Core.Indexers.Newznab.Newznab.get_PageSize () [0x00000] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\Newznab\Newznab.cs:23 at NzbDrone.Core.Indexers.Newznab.Newznab.GetRequestGenerator () [0x00000] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\Newznab\Newznab.cs:27 at NzbDrone.Core.Indexers.HttpIndexerBase`1[TSettings].TestConnection () [0x00007] in C:\BuildAgent\work\5d7581516c0ee5b3\src\NzbDrone.Core\Indexers\HttpIndexerBase.cs:334 Steps taken: Attempt to use http instead of https (would have been horrible if I had to use that) Changed STRICT_PORT_FORWARDING in binhex-delugevpn container to "no" and restarted the Sonarr / Radarr containers and binhex, didn't work Double checked (within the container itself) what the VPN region is, which is France, which appears to support strict port forwarding. Versions: Version 2.0.0.5344 Mono Version 6.4.0 Would anyone be able to advise what to do next? Thanks in advance!