Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mono 5.18 SSL store problems on aarch64 platforms #3666

Closed
bjorn1981 opened this issue Mar 25, 2019 · 97 comments · Fixed by #5677
Closed

Mono 5.18 SSL store problems on aarch64 platforms #3666

bjorn1981 opened this issue Mar 25, 2019 · 97 comments · Fixed by #5677
Assignees

Comments

@bjorn1981
Copy link

bjorn1981 commented Mar 25, 2019

For new Package Requests, see the guidelines

Setup

Package Name: Mono
Package Version: 5.18

NAS Model: DS118
NAS Architecture: ARM rtd1296
DSM version: 6.1

Expected behavior

https connection excepted

Actual behavior

any https connection is refused since updating Mono 5.8 -> 5.18, for example torrentapi or telegram. Happens in sonarr and radarr. Mono, Sonarr and Radarr are all latest version by SynoCommunity.

log error:
System.Net.WebException: Error: SecureChannelFailure (Authentication failed, see inner exception.) ---> System.Security.Authentication.AuthenticationException: Authentication failed, see inner exception. ---> Mono.Btls.MonoBtlsException: Ssl error:0f000078:elliptic curve routines:OPENSSL_internal:POINT_IS_NOT_ON_CURVE

Running /var/packages/mono/target/bin/cert-sync /etc/ssl/certs/ca-certificates.crt did not help. Also noticed there is no /usr/share/.mono/ folder

Connecting torrentapi over http instead of https works.

@ymartin59
Copy link
Contributor

@m4tt075 Hello. As you can see, I have just successfully uploaded and published Mono and related application package updates.

@bjorn1981
Copy link
Author

I might not be looking in the correct place, but the latest I see is Mono 5.18.0.240-12. I have that version installed.

@m4tt075
Copy link
Contributor

m4tt075 commented Mar 25, 2019

@bjorn1981 Yes, that is the latest version we ship. I've just searched the net for reports of the same error. There is not a lot. I found some issues for ARM64 platforms with this, but no clear direction where it comes from. Some people blamed mono, some openssl.
EDIT: To complete my message: Please report this with the mono team as they might be able to debug this further. We'll have to see whether this is an issue that affects people more broadly or just ARM64 platforms. Sorry, but I'm afraid I'm not able to do more right now. As temporary workaround, I'd downgrade the mono package again, but please report the error first, to ensure you provide all information the mono people need.

@m4tt075 m4tt075 closed this as completed Mar 25, 2019
@m4tt075 m4tt075 reopened this Mar 25, 2019
@m4tt075
Copy link
Contributor

m4tt075 commented Mar 25, 2019

Sorry, accidentally closed and reopened...

@silv3r23
Copy link

silv3r23 commented Mar 26, 2019

same issue here since mono update to 5.18.0.240-12

  at /spksrc/spk/mono/work-aarch64-6.1/mono-5.18.0.240/external/boringssl/crypto/ec/ec.c:835
  at Mono.Btls.MonoBtlsContext.ProcessHandshake () [0x00038] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake (Mono.Net.Security.AsyncOperationStatus status, System.Boolean renegotiate) [0x000a1] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at (wrapper remoting-invoke-with-check) Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake(Mono.Net.Security.AsyncOperationStatus,bool)
  at Mono.Net.Security.AsyncHandshakeRequest.Run (Mono.Net.Security.AsyncOperationStatus status) [0x00006] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.AsyncProtocolRequest.ProcessOperation (System.Threading.CancellationToken cancellationToken) [0x000ff] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.AsyncProtocolRequest.StartOperation (System.Threading.CancellationToken cancellationToken) [0x0008b] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
   --- End of inner exception stack trace ---
  at Mono.Net.Security.MobileAuthenticatedStream.ProcessAuthentication (System.Boolean runSynchronously, Mono.Net.Security.MonoSslAuthenticationOptions options, System.Threading.CancellationToken cancellationToken) [0x00252] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.MonoTlsStream.CreateStream (System.Net.WebConnectionTunnel tunnel, System.Threading.CancellationToken cancellationToken) [0x00126] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x001ba] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
   --- End of inner exception stack trace ---
  at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x0021a] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebConnection.InitConnection (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x00141] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebOperation.Run () [0x0009a] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x00094] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  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) [0x000f8] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.HttpWebRequest.GetResponse () [0x00016] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x0012f] in <a1d4cd371e3f48118cccea718b1ace8d>:0
  at NzbDrone.Common.Http.Dispatchers.FallbackHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x0009d] in <a1d4cd371e3f48118cccea718b1ace8d>:0
  at NzbDrone.Common.Http.HttpClient.ExecuteRequest (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookieContainer) [0x0007e] in <a1d4cd371e3f48118cccea718b1ace8d>:0
  at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00008] in <a1d4cd371e3f48118cccea718b1ace8d>:0
  at NzbDrone.Common.Http.HttpClient.Get (NzbDrone.Common.Http.HttpRequest request) [0x00007] in <a1d4cd371e3f48118cccea718b1ace8d>:0
  at NzbDrone.Core.Indexers.Newznab.NewznabCapabilitiesProvider.FetchCapabilities (NzbDrone.Core.Indexers.Newznab.NewznabSettings indexerSettings) [0x00052] in <b938542dd9a14cfc824f9cd70d8df65b>:0

@m4tt075
Copy link
Contributor

m4tt075 commented Mar 26, 2019

@silv3r23 You are on aarch64 as well, right?

@m4tt075
Copy link
Contributor

m4tt075 commented Mar 26, 2019

@kaso17 May I please ask you to look at the above? Can you make sense out of this or do you know where this is coming from? Any advice appreciated...

@kaso17
Copy link

kaso17 commented Mar 26, 2019

I never had time or any aarch64 device to track this down further.

I've never seen this on any other platform than aarch64.

mono/mono#8648 indicates some problems with older acc versions. If you used a new toolchain for the mono 5.18 release you might want to try the previous one first.

might be a gcc regression.

if that doesn't make the source of the problem clear, I would build boringssl (used by mono for TLS) and use the included command line tools to try to reproduce this without mono to find out if it's a mono or boringssl bug.

@m4tt075
Copy link
Contributor

m4tt075 commented Mar 26, 2019

Many thanks, @kaso17. Good to know (though not good) that the issue is apparently known. I've just cross-checked,the toolchains: The one we've used to build 5.18 is the same that we used for 5.8 at the time. No change in that regard. Looking through the thread you have referenced and references therein, the problem really appears to be a bit random, i.e. occurring with some mono version but not with others. I'm considering to build a couple of aarch64 builds of different mono versions to see whether we can at least "bisect" to some extent.

@bjorn1981 @silv3r23 What happens if you manually downgrade your mono installation to our previous 5.8 version? You can get it from here:
https://synocommunity.com/package/mono
Does it work then?

@CraigInBrisbane
Copy link

CraigInBrisbane commented Mar 26, 2019

I have the same issue. As stated in the stack trace above. I'm using a Synology DS418J. It looks like the only way to get things working again, would be a downgrade. I'll try the link above - but it's happening on the Synology DS418J. Unfortunately, it looks like you need to uninstall Radarr and Sonarr (The two apps that use Mono) before you can downgrade. Actually, downgrade is forbidden. You need to uninstall Mono, and then do the manual install.

Edit: I'm unable to do this now, as when I try reinstalled Radarr (Had to uninstall to remove mono), it forces me to update to the latest mono version (after downgrading).

@m4tt075
Copy link
Contributor

m4tt075 commented Mar 27, 2019

@CraigInBrisbane Right. Unfortunately, some of the newer *arr packages require newer mono versions, so just reverting the mono update is no option either.
Anyways, I think we have sufficient evidence that the aarch64 version of mono is broken for now. @ymartin59 For that reason, I've deactiveted it (just aarch64) on our repository.

For aarch64 users (@CraigInBrisbane et. al.), who updated already, downgrading mono is the only workaround for now. That requires to downgrade Radarr, too. On https://synocommunity.com/packages you can click on each package and get access to older package versions, which you can manually download and install. Sorry for the hassle.

My debugging capabilities are limited, but I'll see whether I can build other, newer mono versions for aarch64 that do not exhibit this problem. I'll post them here so that you can try. I don't have an aarch64 test platform myself.

@m4tt075 m4tt075 changed the title Mono 5.18 SSL store problems Mono 5.18 SSL store problems on aarch64 platforms Mar 27, 2019
@bjorn1981
Copy link
Author

Thanks for looking into it. Downgrading was my first idea as well, but I did not have time to backup and downgrade Sonarr and Radarr.

I can test new releases when available.

@silv3r23
Copy link

The CPU architecture of my synology is rtd1296. Unfortunately I cannot downgrade, because I had to uninstall Sonarr and Radarr at first and dont have time to back it up too.

@CraigInBrisbane
Copy link

Thanks @m4tt075 - I downgraded Sonarr and Radarr and Mono as suggested. Setting it up took 20mins so not an issue. All working fine again. Happy to test new versions once they come up. Thanks for the help and efforts.

@Likkie
Copy link

Likkie commented Mar 27, 2019

I have this issue too CPU is Realtek RTD1293 (DS-418j). :(

Going to attempt manual downgrade.
Can someone tell me how to identify the correct build please?
The only "aarch64" build I see is the latest one at the tip of the page.

@Kilay
Copy link

Kilay commented Mar 28, 2019

In addition, I have the same problem on DS413j (so armv5) with Jackett (see log below).
Just for information, I previously had another error that affect armv5 but was able to fix it by adding MONO_ENV_OPTIONS='-O=-aot,-float32' in service-setup.sh script (see issue and fix reported in mono repo : mono/mono#12537 (comment))

03-27 13:23:29 Error Jackett.Common.IndexerException: Exception (yggtorrent): /volume1/@appstore/mono/lib/../lib/libmono-btls-shared.so ---> System.Net.Http.HttpRequestException: An error occurred while sending the request ---> System.Net.WebException: Error: SecureChannelFailure (Authentication failed, see inner exception.) ---> System.Security.Authentication.AuthenticationException: Authentication failed, see inner exception. ---> System.DllNotFoundException: /volume1/@appstore/mono/lib/../lib/libmono-btls-shared.so
  at (wrapper managed-to-native) Mono.Btls.MonoBtlsSslCtx.mono_btls_ssl_ctx_new()
  at Mono.Btls.MonoBtlsSslCtx..ctor () [0x00000] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Btls.MonoBtlsContext.InitializeConnection () [0x00000] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Btls.MonoBtlsContext.StartHandshake () [0x00000] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake (Mono.Net.Security.AsyncOperationStatus status, System.Boolean renegotiate) [0x0007e] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at (wrapper remoting-invoke-with-check) Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake(Mono.Net.Security.AsyncOperationStatus,bool)
  at Mono.Net.Security.AsyncHandshakeRequest.Run (Mono.Net.Security.AsyncOperationStatus status) [0x00006] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.AsyncProtocolRequest.ProcessOperation (System.Threading.CancellationToken cancellationToken) [0x000ff] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.AsyncProtocolRequest.StartOperation (System.Threading.CancellationToken cancellationToken) [0x0008b] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
   --- End of inner exception stack trace ---
  at Mono.Net.Security.MobileAuthenticatedStream.ProcessAuthentication (System.Boolean runSynchronously, Mono.Net.Security.MonoSslAuthenticationOptions options, System.Threading.CancellationToken cancellationToken) [0x00252] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.MonoTlsStream.CreateStream (System.Net.WebConnectionTunnel tunnel, System.Threading.CancellationToken cancellationToken) [0x00126] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x001ba] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
   --- End of inner exception stack trace ---
  at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x0021a] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebConnection.InitConnection (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x00141] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebOperation.Run () [0x0009a] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x00094] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  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) [0x000f8] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.HttpWebRequest.EndGetResponse (System.IAsyncResult asyncResult) [0x00020] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Threading.Tasks.TaskFactory`1[TResult].FromAsyncCoreLogic (System.IAsyncResult iar, System.Func`2[T,TResult] endFunction, System.Action`1[T] endAction, System.Threading.Tasks.Task`1[TResult] promise, System.Boolean requiresSynchronization) [0x0000f] in <30c1a991558c4064acefa7cee0fc6779>:0
--- End of stack trace from previous location where exception was thrown ---

  at System.Net.Http.HttpClientHandler.SendAsync (System.Net.Http.HttpRequestMessage request, System.Threading.CancellationToken cancellationToken) [0x0041d] in <d79bb9faee264b669b8825270136bfaa>:0
   --- End of inner exception stack trace ---
  at System.Net.Http.HttpClientHandler.SendAsync (System.Net.Http.HttpRequestMessage request, System.Threading.CancellationToken cancellationToken) [0x00478] in <d79bb9faee264b669b8825270136bfaa>:0
  at CloudFlareUtilities.ClearanceHandler.SendAsync (System.Net.Http.HttpRequestMessage request, System.Threading.CancellationToken cancellationToken) [0x0010c] in <532686a2771c4b3eb8f0bcce022e4e0b>:0
  at System.Net.Http.HttpClient.SendAsyncWorker (System.Net.Http.HttpRequestMessage request, System.Net.Http.HttpCompletionOption completionOption, System.Threading.CancellationToken cancellationToken) [0x000ca] in <d79bb9faee264b669b8825270136bfaa>:0
  at Jackett.Common.Utils.Clients.HttpWebClient.Run (Jackett.Common.Utils.Clients.WebRequest webRequest) [0x00456] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Utils.Clients.WebClient.GetString (Jackett.Common.Utils.Clients.WebRequest request) [0x0010b] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Indexers.BaseWebIndexer.RequestStringWithCookies (System.String url, System.String cookieOverride, System.String referer, System.Collections.Generic.Dictionary`2[TKey,TValue] headers) [0x000cb] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Indexers.CardigannIndexer.PerformQuery (Jackett.Common.Models.TorznabQuery query) [0x0085e] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Indexers.BaseIndexer.ResultsForQuery (Jackett.Common.Models.TorznabQuery query) [0x00091] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
   --- End of inner exception stack trace ---
  at Jackett.Common.Indexers.BaseIndexer.ResultsForQuery (Jackett.Common.Models.TorznabQuery query) [0x000ee] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Indexers.BaseWebIndexer.ResultsForQuery (Jackett.Common.Models.TorznabQuery query) [0x0006b] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Services.IndexerManagerService.TestIndexer (System.String name) [0x000a3] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Server.Controllers.IndexerApiController.Test () [0x000e1] in <d9cb217c33fa4cc9a9b8489469fe5189>:0
  at Microsoft.AspNetCore.Mvc.Internal.ActionMethodExecutor+TaskOfIActionResultExecutor.Execute (Microsoft.AspNetCore.Mvc.Infrastructure.IActionResultTypeMapper mapper, Microsoft.Extensions.Internal.ObjectMethodExecutor executor, System.Object controller, System.Object[] arguments) [0x00071] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.InvokeActionMethodAsync () [0x00131] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.InvokeNextActionFilterAsync () [0x0009e] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.Rethrow (Microsoft.AspNetCore.Mvc.Filters.ActionExecutedContext context) [0x0001b] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.Next (Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker+State& next, Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker+Scope& scope, System.Object& state, System.Boolean& isCompleted) [0x00382] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.InvokeInnerFilterAsync () [0x0002f] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.InvokeNextResourceFilter () [0x0009f] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.Rethrow (Microsoft.AspNetCore.Mvc.Filters.ResourceExecutedContext context) [0x0001b] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.Next (Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker+State& next, Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker+Scope& scope, System.Object& state, System.Boolean& isCompleted) [0x00840] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.InvokeFilterPipelineAsync () [0x0002f] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.InvokeAsync () [0x0012e] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Builder.RouterMiddleware.Invoke (Microsoft.AspNetCore.Http.HttpContext httpContext) [0x001cb] in <6092a16d93814eba828b517a2b132f80>:0
  at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke (Microsoft.AspNetCore.Http.HttpContext context) [0x00384] in <427697fe42b7459ba5302fb76d339d3b>:0
  at Microsoft.AspNetCore.StaticFiles.StaticFileMiddleware.Invoke (Microsoft.AspNetCore.Http.HttpContext context) [0x0043e] in <f352e566abf6421e87eafbcf57a0b237>:0
  at Jackett.Server.Middleware.CustomExceptionHandler.Invoke (Microsoft.AspNetCore.Http.HttpContext httpContext) [0x0008a] in <d9cb217c33fa4cc9a9b8489469fe5189>:0  Jackett.Common.IndexerException: Exception (yggtorrent): /volume1/@appstore/mono/lib/../lib/libmono-btls-shared.so ---> System.Net.Http.HttpRequestException: An error occurred while sending the request ---> System.Net.WebException: Error: SecureChannelFailure (Authentication failed, see inner exception.) ---> System.Security.Authentication.AuthenticationException: Authentication failed, see inner exception. ---> System.DllNotFoundException: /volume1/@appstore/mono/lib/../lib/libmono-btls-shared.so
  at (wrapper managed-to-native) Mono.Btls.MonoBtlsSslCtx.mono_btls_ssl_ctx_new()
  at Mono.Btls.MonoBtlsSslCtx..ctor () [0x00000] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Btls.MonoBtlsContext.InitializeConnection () [0x00000] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Btls.MonoBtlsContext.StartHandshake () [0x00000] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake (Mono.Net.Security.AsyncOperationStatus status, System.Boolean renegotiate) [0x0007e] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at (wrapper remoting-invoke-with-check) Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake(Mono.Net.Security.AsyncOperationStatus,bool)
  at Mono.Net.Security.AsyncHandshakeRequest.Run (Mono.Net.Security.AsyncOperationStatus status) [0x00006] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.AsyncProtocolRequest.ProcessOperation (System.Threading.CancellationToken cancellationToken) [0x000ff] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.AsyncProtocolRequest.StartOperation (System.Threading.CancellationToken cancellationToken) [0x0008b] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
   --- End of inner exception stack trace ---
  at Mono.Net.Security.MobileAuthenticatedStream.ProcessAuthentication (System.Boolean runSynchronously, Mono.Net.Security.MonoSslAuthenticationOptions options, System.Threading.CancellationToken cancellationToken) [0x00252] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at Mono.Net.Security.MonoTlsStream.CreateStream (System.Net.WebConnectionTunnel tunnel, System.Threading.CancellationToken cancellationToken) [0x00126] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x001ba] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
   --- End of inner exception stack trace ---
  at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x0021a] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebConnection.InitConnection (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x00141] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebOperation.Run () [0x0009a] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x00094] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  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) [0x000f8] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Net.HttpWebRequest.EndGetResponse (System.IAsyncResult asyncResult) [0x00020] in <63552ca6ec3f4cb28de3f8c0aa59b164>:0
  at System.Threading.Tasks.TaskFactory`1[TResult].FromAsyncCoreLogic (System.IAsyncResult iar, System.Func`2[T,TResult] endFunction, System.Action`1[T] endAction, System.Threading.Tasks.Task`1[TResult] promise, System.Boolean requiresSynchronization) [0x0000f] in <30c1a991558c4064acefa7cee0fc6779>:0
--- End of stack trace from previous location where exception was thrown ---

  at System.Net.Http.HttpClientHandler.SendAsync (System.Net.Http.HttpRequestMessage request, System.Threading.CancellationToken cancellationToken) [0x0041d] in <d79bb9faee264b669b8825270136bfaa>:0
   --- End of inner exception stack trace ---
  at System.Net.Http.HttpClientHandler.SendAsync (System.Net.Http.HttpRequestMessage request, System.Threading.CancellationToken cancellationToken) [0x00478] in <d79bb9faee264b669b8825270136bfaa>:0
  at CloudFlareUtilities.ClearanceHandler.SendAsync (System.Net.Http.HttpRequestMessage request, System.Threading.CancellationToken cancellationToken) [0x0010c] in <532686a2771c4b3eb8f0bcce022e4e0b>:0
  at System.Net.Http.HttpClient.SendAsyncWorker (System.Net.Http.HttpRequestMessage request, System.Net.Http.HttpCompletionOption completionOption, System.Threading.CancellationToken cancellationToken) [0x000ca] in <d79bb9faee264b669b8825270136bfaa>:0
  at Jackett.Common.Utils.Clients.HttpWebClient.Run (Jackett.Common.Utils.Clients.WebRequest webRequest) [0x00456] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Utils.Clients.WebClient.GetString (Jackett.Common.Utils.Clients.WebRequest request) [0x0010b] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Indexers.BaseWebIndexer.RequestStringWithCookies (System.String url, System.String cookieOverride, System.String referer, System.Collections.Generic.Dictionary`2[TKey,TValue] headers) [0x000cb] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Indexers.CardigannIndexer.PerformQuery (Jackett.Common.Models.TorznabQuery query) [0x0085e] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Indexers.BaseIndexer.ResultsForQuery (Jackett.Common.Models.TorznabQuery query) [0x00091] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
   --- End of inner exception stack trace ---
  at Jackett.Common.Indexers.BaseIndexer.ResultsForQuery (Jackett.Common.Models.TorznabQuery query) [0x000ee] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Indexers.BaseWebIndexer.ResultsForQuery (Jackett.Common.Models.TorznabQuery query) [0x0006b] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Common.Services.IndexerManagerService.TestIndexer (System.String name) [0x000a3] in <3f4864bea7054cd2b7e83a28c06c8c3f>:0
  at Jackett.Server.Controllers.IndexerApiController.Test () [0x000e1] in <d9cb217c33fa4cc9a9b8489469fe5189>:0
  at Microsoft.AspNetCore.Mvc.Internal.ActionMethodExecutor+TaskOfIActionResultExecutor.Execute (Microsoft.AspNetCore.Mvc.Infrastructure.IActionResultTypeMapper mapper, Microsoft.Extensions.Internal.ObjectMethodExecutor executor, System.Object controller, System.Object[] arguments) [0x00071] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.InvokeActionMethodAsync () [0x00131] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.InvokeNextActionFilterAsync () [0x0009e] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.Rethrow (Microsoft.AspNetCore.Mvc.Filters.ActionExecutedContext context) [0x0001b] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.Next (Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker+State& next, Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker+Scope& scope, System.Object& state, System.Boolean& isCompleted) [0x00382] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ControllerActionInvoker.InvokeInnerFilterAsync () [0x0002f] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.InvokeNextResourceFilter () [0x0009f] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.Rethrow (Microsoft.AspNetCore.Mvc.Filters.ResourceExecutedContext context) [0x0001b] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.Next (Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker+State& next, Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker+Scope& scope, System.Object& state, System.Boolean& isCompleted) [0x00840] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.InvokeFilterPipelineAsync () [0x0002f] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Mvc.Internal.ResourceInvoker.InvokeAsync () [0x0012e] in <b4ef600f4a594fe2865a8f97f915fb9d>:0
  at Microsoft.AspNetCore.Builder.RouterMiddleware.Invoke (Microsoft.AspNetCore.Http.HttpContext httpContext) [0x001cb] in <6092a16d93814eba828b517a2b132f80>:0
  at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke (Microsoft.AspNetCore.Http.HttpContext context) [0x00384] in <427697fe42b7459ba5302fb76d339d3b>:0
  at Microsoft.AspNetCore.StaticFiles.StaticFileMiddleware.Invoke (Microsoft.AspNetCore.Http.HttpContext context) [0x0043e] in <f352e566abf6421e87eafbcf57a0b237>:0
  at Jackett.Server.Middleware.CustomExceptionHandler.Invoke (Microsoft.AspNetCore.Http.HttpContext httpContext) [0x0008a] in <d9cb217c33fa4cc9a9b8489469fe5189>:0

@MartinRothschink
Copy link

I see the same issue on a DS118 as @bjorn1981 with Lights-Out:

Error: SecureChannelFailure (Authentication failed, see inner exception.)

while trying to get data via HttpClient.

Version 5.8 was working without issues.

@MartinRothschink
Copy link

I can also offer to test new releases when available.

@carnigg
Copy link

carnigg commented Mar 28, 2019

+1 to the list DS418. Only seems to be affecting Radarr for me. Haven't tried uninstalling and downgrading everything as yet, major pain....

@m4tt075
Copy link
Contributor

m4tt075 commented Mar 28, 2019

OK, guys, first attempt to fix the issue:
(1) Upgrading mono to latest stable (5.18.1.0):
[Edit: Link removed, as it did not work]
Any change?

@MartinRothschink
Copy link

Still the same issue on my DS118,.

@carnigg
Copy link

carnigg commented Mar 29, 2019

+1 same

@ghost
Copy link

ghost commented Mar 29, 2019

What worked for me:

  • Download mono Version 5.8.0.108-11 from https://synocommunity.com/package/mono
  • Unpack Package
  • Change Version to higher version than 5.18.0.240-12
  • Repack Package
  • Install Package manually
  • Restart Diskstation

After some restarts and updating Radarr and Sonarr to the newest Version, everything works again without backup and restore.

@kaso17
Copy link

kaso17 commented Mar 29, 2019

@Kilay your mono version seems to be be simply incomplete
System.DllNotFoundException: /volume1/@appstore/mono/lib/../lib/libmono-btls-shared.so

As far as jackett is concerned you might want to try the new ARM32/ARM64/AMD64 releases. They use .NETcore making mono obsolete. Many users also reported reduced memory usage compared to the mono version. But someone probably has to package it for Syno first.

@m4tt075
Copy link
Contributor

m4tt075 commented Mar 30, 2019

OK, thanks for testing and reporting. Second attempt, enforcing msc C# compiler instead of Roslyn. Inspired by some links @kaso17 kindly provided, here another aarch64 test build:
https://github.com/m4tt075/spksrc/releases/tag/mono-vars-2b

@carnigg
Copy link

carnigg commented Mar 31, 2019

Version number is causing a problem, last fix was 5.18.1.0-12, so cant over right. Sorry to noobish to attempt to change version numbers.

@m4tt075
Copy link
Contributor

m4tt075 commented May 25, 2019

@CraigInBrisbane I don't know but wouldn't count on it. I'd either downgrade again or patch the Sonarr and Radarr packages as others have described earlier in this threat.

@erikmollink
Copy link

I'll see whether we can republish the *arr packages with reduced mono dependency requirements for aarch64 (and only that) in the next couple of days, but am afraid I cannot do more. More than happy to learn about better ideas, if there are any...

Just bought a used DS212+ with '88f6282' arch. Same issues. I will try to see if downgrading helps. Was the solution (reduced mono dependency) already applied and republished?

@jbaun
Copy link

jbaun commented Jun 19, 2020

hi. i also have the DS212+, and Mono stopped working. I want to downgrade Mono and Jackett, but i really don't see any download link under https://synocommunity.com/package/mono what am i doing wrong?

@hgy59 hgy59 mentioned this issue Aug 2, 2020
4 tasks
@laurebaugnies
Copy link

Hi, so before I jump in and downgrade everything on my NAS, Can someone specify which version are compatible? For Mono, Radarr, Sonarr and maybe Jackett.

@hmelville
Copy link

Hi all, I have a DS420j which is aarch64. I cannot find mono 5.8 anywhere and the Syno community only has 5.18 and newer and none of then work. Does anyone know where I can get my hands on 5.8?

@Dirkle
Copy link

Dirkle commented Dec 7, 2020

Hi all, I have a DS420j which is aarch64. I cannot find mono 5.8 anywhere and the Syno community only has 5.18 and newer and none of then work. Does anyone know where I can get my hands on 5.8?

5.8.0 is available in the Syno Community here

@Dirkle
Copy link

Dirkle commented Dec 7, 2020

Reporting this is broken for DS1515+ and the avoton-x64 architecture. Downgrading to mono v5.8.0.108-11 and sonarr v20200409-16 has worked for me.

@hmelville
Copy link

Hi all, I have a DS420j which is aarch64. I cannot find mono 5.8 anywhere and the Syno community only has 5.18 and newer and none of then work. Does anyone know where I can get my hands on 5.8?

5.8.0 is available in the Syno Community here

Thanks @Dirkle, I have already looked there and unfortunately I cannot find a download link of 5.8 for my architecture aarch64 (although there are ones for mine in other versions). Are you aware if any of the others are compatible?

@hgy59
Copy link
Contributor

hgy59 commented Dec 7, 2020

@hmelville I have built mono 5.8 for aarch64.
https://github.com/hgy59/spksrc/releases/tag/Mono_5.8

Please give feedback whether this is running so I can upload it to the SynoCommunity package respository.

@hmelville
Copy link

@hmelville I have built mono 5.8 for aarch64.
https://github.com/hgy59/spksrc/releases/tag/Mono_5.8

Please give feedback whether this is running so I can upload it to the SynoCommunity package respository.

@hgy59. That has worked perfectly with Sonarr version 20200921-18. Thank you.

@hgy59
Copy link
Contributor

hgy59 commented Dec 8, 2020

As I have published version 5.8.0.108-11 for aarch64, I have removed the release in https://github.com/hgy59/spksrc/releases/tag/Mono_5.8

PS
The version 5.8 for DS420j (rtd1296) was available already before - but it was missing for armada37xx (DS120j, etc.).
Anyway I have deleted 5.8.0.108-11 for rtd1296-6.1 and uploaded aarch64-6.1 (for rtd1296 and armada37xx).

@RewAU
Copy link

RewAU commented Apr 2, 2021

Looking for some more background here - we have a DS216j (88F6820) and a DS218 (RTD1296), both with Sonarr 3.0.6.1196 & Jackett v0.17.828, however the DS218 (RDT1296) throws POINT_IS_NOT_ON_CURVE errors with any version of Mono greater than 5.8.0.108 whereas the DS216j (88F6820) has no issues with 5.20.1.34.

This is likely a naive question, but I'm keen to understand why compiling the Mono 5.20.1.34 source for the aarch64 architecture doesn't solve this issue ? Is it as simple as the aarch64 compiler being broken ?

Thanks in advance for your replies.

@hgy59
Copy link
Contributor

hgy59 commented Apr 2, 2021

The aarch64 failure is caused by the too old gcc of the synology toolchains.
As mentioned here it will never be fixed by the mono team (the issue was gone there by updating debian 8 to debian 9)
May be we get this solved with the DSM7 toolchains but for DSM <= 6 there is definitly no solution available.

And yes, it is that any available aarch64 compiler seems to be broken.

@publicarray
Copy link
Member

I think this issue can be closed. If possible install the .net version of the package or downgrade mono to 5.8 (Sonarr does not provide a .net version yet.)

https://github.com/SynoCommunity/spksrc/wiki/Radarr-Sonarr-Lidarr-Jackett

@hgy59 hgy59 closed this as completed Apr 22, 2021
mreid-tt added a commit to mreid-tt/spksrc that referenced this issue Feb 19, 2023
mreid-tt added a commit that referenced this issue Feb 20, 2023
* Fix DSM 7 compatibility
* Exclude aarch64 on DSM 6.x (issue #3666)
hgy59 added a commit to hgy59/spksrc that referenced this issue Mar 26, 2023
- update mono
- fix BTLS library for aarch64 built with gcc 4 (SynoCommunity#3666)
- remove some features to keep the package as small as possible
  - remove aot, profiling and debugging
  - remove boehm gc
  - remove ikvm library
- disable packages for ARMv5
  by removing ARMv5 from UNSUPPORTED_ARCHS it is still possible to create such a package,
  but without a TLS library most use cases will not work
- add a script to update mono ca certificates after installation
@hgy59 hgy59 mentioned this issue Mar 26, 2023
7 tasks
hgy59 added a commit to hgy59/spksrc that referenced this issue Mar 30, 2023
- update mono
- fix BTLS library for aarch64 built with gcc 4 (SynoCommunity#3666)
- remove some features to keep the package as small as possible
  - remove aot, profiling and debugging
  - remove boehm gc
  - remove ikvm library
- disable packages for ARMv5
  by removing ARMv5 from UNSUPPORTED_ARCHS it is still possible to create such a package,
  but without a TLS library most use cases will not work
- add a script to update mono ca certificates after installation
hgy59 added a commit that referenced this issue Mar 30, 2023
* mono: update to v6.12.0.182
- update mono
- fix BTLS library for aarch64 built with gcc 4 (#3666)
- remove some features to keep the package as small as possible
  - remove boehm gc
  - remove ikvm library
- add a script to update mono ca certificates after installation

* fix build for ARMv5
- enforce build of BTLS library for ARMv5 archs
- fixes mono/mono#11422

* fix ffmpeg dependency evaluation in prepare build
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.