Repository navigation
Jackett indexers fail to run after latest Mono and Jackett updates #3946
Description
Activity
@ymartin59 mono uses boringSSL (aka btls) as discussed in #3666. It's a known bug as of Elliptic Curve crypto in BTLS broken on ARM64 in Debian 8 .
This mono issue is closed without a solution as for Debian > 8 there is no such error.The reason of the bug is given as of the buggy GCC 4 support for ARM64.
Suggestions:
- try a build with the latest toolchain (DSM 6.2.2, still GCC 4.9.4)
- try the latest version of Mono (currently 6.8.0.105)
- try to create a newer version of gcc for aarch64 and use it for cross compilation
- try to replace boringSSL by OpenSSL as proposed in mono issue 8888
- as of using mono tls providers an application can change the TLS provider (where available) - but this needs modification of the application code.
The first two suggestions are relativly easy to test, but the others need huge effort.
I already created a build of Mono 6.8.0 but have not added the latest toolchain yet.@mridude23 as of this older SO item can you please try this solution?
You can try to change the mono TLS provider.
The default TLS provider in newer mono versions is BTLS. But you can change it to the legacy TLS > provider:
Try adding MONO_TLS_PROVIDER=legacy to your environment variables, when you are having > trouble with BTLS.
I have no idea whether the legacy TLS provider is still supported, but give it a try.
There is some kind of mistake at https://sourceforge.net/projects/dsgpl/files/DSM%206.2%20Tool%20Chains/Intel%20x86%20Linux%204.4.59%20%28Rtd1296%29/
Wonder why "Intel x86" in folder for an ARMv8 architecture...
I doubt that toolchain may fix this...I wonder why Jackett would suffer this issue alone. Sonarr should also fail.
I saw this intel naming too, but it's the folder name only. TC 6.2.2 has corrected folder name.
Mymono_rtd1296-6.2.2_6.8.0.105-14.spkis just ready for testing.
The only binary difference to mono_aarch64-6.1_6.8.0.105-14.spk are the filesbin/mono-sgen bin/monodis lib/libmono-btls-shared.so lib/libmono-native.so.0.0.0So there is a little chance that the behaviour is different.
@mridude23 just uploaded my special build here:
Update Mono to 6.8.0.105As usual: pre-release without any warranty.
I wonder why Jackett would suffer this issue alone. Sonarr should also fail.
The mono issue says:
Others have this issue.
Jackett/Jackett#2173
Radarr/Radarr#2350
MichaIng/DietPi#1711@hgy59 Is it possible that an OpenSSL update contains fixes for ARM64?
Mono uses BoringSSL, not OpenSSL.
The current mono repo links to this BoringSSLThey have a fix for FreeBSD/aarch64 in this commit mono/boringssl@c5b6776 just 22 days ago.
And some older clang fixes in January 2019 (but tested with gcc 7.x and 8.x only)
OK it was "boring" for Google to improve OpenSSL so they forked and do not recommend to depend on it but now others are bored too with issues spread in Chromium and Mono...
Is there a way to build Mono with OpenSSL? Is that this mentioned "legacy" switch?@mridude23 just uploaded my special build here:
Update Mono to 6.8.0.105As usual: pre-release without any warranty.
Installed the package along Jackett 0.14, error still persists.
An error occured while testing this indexer
Exception (eztv): Ssl error:0f000078:elliptic curve routines:OPENSSL_internal:POINT_IS_NOT_ON_CURVE at /spksrc/spk/mono/work-rtd1296-6.2.2/mono-6.8.0.105/external/boringssl/crypto/ec/ec.c:835: The SSL connection could not be established, see inner exception.@mridude23 just found that libmonoboehm is in the spk package but it should not be there, as it is for x86_64 arch.
Can you try to delete the following files after the installation of mono on your NAS?/var/packages/mono/target/bin/mono-boehm /var/packages/mono/target/lib/libmonoboehm-2.0.so /var/packages/mono/target/lib/libmonoboehm-2.0.so.1 /var/packages/mono/target/lib/libmonoboehm-2.0.so.1.0.02 remaining items
Can you try to delete the following files after the installation of mono on your NAS?
/var/packages/mono/target/bin/mono-boehm /var/packages/mono/target/lib/libmonoboehm-2.0.so /var/packages/mono/target/lib/libmonoboehm-2.0.so.1 /var/packages/mono/target/lib/libmonoboehm-2.0.so.1.0.0This does not seem to change anything. I tried this both before and after installing the 6.8.0.105 special build.
Try adding MONO_TLS_PROVIDER=legacy to your environment variables, when you are having > trouble with BTLS.
I have no idea whether the legacy TLS provider is still supported, but give it a try.
This also made no difference for me. I guess the legacy provider is no longer supported.
To save having to restart services to test something out, I’m testing with the following:
wget https://github.com/mono/mono/raw/master/mcs/class/Mono.Security/Test/tools/mget/mget.cs csc mget.cs mono mget.exe https://example.com/
Until we have a solution for late versions of Mono, I downgraded to 5.8.0.108-11 [6.1 rtd1296] without having to uninstall a bunch of other packages with the following:
wget https://packages.synocommunity.com/mono/11/mono.v11.f15047[rtd1296].spk rm -rf /volume1/\@appstore/mono /var/packages/mono synopkg install mono.v11.f15047\[rtd1296\].spkNote: It seems like editing
versionin/var/packages/mono/INFO(e.g. prefix with0.) is also sufficient to trick synopkg into downgrading without having to blow away all the files.Reacted by Mathieu Savy and Gerard van der KruijsReacted by Mathieu Savy, Eduardo Parra, Alexis Yannuzzi, Mark Cipolla, Paul Charousset, shnabz, Emiliano Herrera and Gerard van der Kruijs@jasoncodes Thanks for these valuable work-arounds to downgrade packages... we should document them as FAQ, because it happens we get troubles when publishing critical package like Mono or Python...
@mridude23 just uploaded my special build here:
Update Mono to 6.8.0.105As usual: pre-release without any warranty.
When I install this mono version, Sonarr v3 "fails to update"
Yeah the mono upgrade is the cause of all the sonarr and jackett issues being reported recently
Can you try to delete the following files after the installation of mono on your NAS?
/var/packages/mono/target/bin/mono-boehm /var/packages/mono/target/lib/libmonoboehm-2.0.so /var/packages/mono/target/lib/libmonoboehm-2.0.so.1 /var/packages/mono/target/lib/libmonoboehm-2.0.so.1.0.0This does not seem to change anything. I tried this both before and after installing the 6.8.0.105 special build.
Try adding MONO_TLS_PROVIDER=legacy to your environment variables, when you are having > trouble with BTLS.
I have no idea whether the legacy TLS provider is still supported, but give it a try.
This also made no difference for me. I guess the legacy provider is no longer supported.
To save having to restart services to test something out, I’m testing with the following:
wget https://github.com/mono/mono/raw/master/mcs/class/Mono.Security/Test/tools/mget/mget.cs csc mget.cs mono mget.exe https://example.com/
Until we have a solution for late versions of Mono, I downgraded to 5.8.0.108-11 [6.1 rtd1296] without having to uninstall a bunch of other packages with the following:
wget https://packages.synocommunity.com/mono/11/mono.v11.f15047[rtd1296].spk rm -rf /volume1/\@appstore/mono /var/packages/mono synopkg install mono.v11.f15047\[rtd1296\].spkNote: It seems like editing
versionin/var/packages/mono/INFO(e.g. prefix with0.) is also sufficient to trick synopkg into downgrading without having to blow away all the files.Thank you so much for this. I was starting to get desperate
Non-issue as jackett is dotnet now?
Can be closed...?@jasoncodes
Hi, Can i please get some assistance
Back in october these codes worked for me via SSH but i need to reinstall mono v5.8 and i am having issues reinstalling monothe rm -rf code seems to work but the other two error
wget https://packages.synocommunity.com/mono/11/mono.v11.f15047[rtd1296].spk rm -rf /volume1/\@appstore/mono /var/packages/mono - Removes Mono App on NAS Temporarily synopkg install mono.v11.f15047\[rtd1296\].spk - Installs Mono App on NAS (V.5.8)Any Help is much appreciated Thankyou
Non-issue as jackett is dotnet now? Can be closed...?
@mridude23, @jasoncodes, @paul-charousset... I've built a new version of Jackett in #5597 which includes the dotnet version for compatible architectures. If you wish you can test it by downloading the applicable version from the Artifacts section of the build.
When I install this mono version, Sonarr v3 "fails to update"
@richyboy1980, @Stanzilla... I've also been tracking the issue of the impact of Mono on Sonarr v3 and I've also built a new version in #5604 which should help with the certificate verification errors. If you are willing to help test you can try the applicable version from the Artifacts section of that build.
Reacted by Benjamin Staneck@mreid-tt I'll try to update and let you know. Only need to install the artifact ? Mono stays for the time being ?
hey @paul-charousset, it depends on the NAS you have. If you check your NAS against this tutorial page -- What kind of CPU does my Synology NAS have? you will see the type of package arch you have. For archs aarch64 (ARMv8), x64 and armv7 (only on DSM 7, except armada370), these run on dotnet (indicated by the larger download size). If you install on these platforms Jackett is all that is needed and Mono can be uninstalled. For all other arch configs, these will depend on Mono. If that is the case, you can try installing the updated mono build (links included above) to see if that helps the situation.
EDIT: When you download the build file, you need to unzip it to reveal the
.spkfile inside to be used with a manual install.@mridude23, on looking into this issue further, for
armv8archs on DSM 6.x this is a known issue with Mono versions greater than 5.8.0. This was noted above in #3946 (comment).- If you are still running on DSM 6, you can downgrade your Mono version by uninstalling the current version and re-installing v5.8.0.108-11 from the repository (link: 6.1 rtd1296).
- If you are comfortable with SSH you can downgrade without uninstalling using the guidance in our FAQ section Downgrade a package without uninstalling (Advanced).
- If you are running on DSM 7 you should be able to install Mono version for 7.1 rtd1296 from the repository.
I'll be closing this issue in a few days if there are no objections.
Reacted by mridude23- If you are still running on DSM 6, you can downgrade your Mono version by uninstalling the current version and re-installing v5.8.0.108-11 from the repository (link: 6.1 rtd1296).
Closing this issue as a known bug which is unable to be fixed. Workarounds have been presented above.
Setup
Package Name: Mono / Jackett
Package Version: 5.20 / 0.14
NAS Model: DS218
NAS Architecture: rtd1296 (armv8)
DSM version: DSM 6.2.2
Expected behavior
Indexers from Jackett should work.
Actual behavior
Steps to reproduce
Update Mono and Jackett to latest version from Package Center.
More Details
Saw in Sonarr that there's a new version available for Mono and it was saying that my version (I'm gonna say 5.18, I think this one was the previous one) is no longer supported. Updated Mono to 5.20 then Jackett to 0.14, both from Package Center. After the update Jackett refuses to work with any of my 3 indexers (2 public, 1 private). Sonarr v3 is still working.
I removed Mono, Jackett and Sonar and reinstalled the previous packages I could find here https://synocommunity.com/packages for Mono and Jackett. Still not working. Tried a mix of Mono 5.20 and Jackett 0.11, still does not work. Tried latest Jacket with previous Mono, it makes me update to the latest Mono as well.
Right now I don't know what to try and I'm left with nothing working :)
Any ideas?
Package log
Same error reported in Jackett log as well.