Sonarr package?

[DynaMight1124]

Hi,

Any possibility of releasing a Sonarr package? I love Sherpa and would love to be able to use Sonarr with it :)

Thanks

[OneCDOnly]

Hi mate. :)

Yes, it's possible. Despite its huge size, Sonarr is on my list of applications to add to sherpa.

I'll have a look in the next few days and see if I can figure out what will be required to make it work.

[OneCDOnly]

Been having another look at this.

Sonarr requires libicu, which isn't included in QTS. It's needed to help Sonarr (and the other *arr applications) run.

I posted a while back asking about this here: https://forum.qnap.com/viewtopic.php?t=169597

I'm currently trying to compile this library and get it installed in QTS.

[OneCDOnly]

Some good news to report: I've been able to get the Sonarr binaries running on one of my QTS NAS without libicu being installed. 🎉

My searches had always pointed toward using:

export DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=1

... to solve this, but it never worked in the past.

Today, it does. I can't promise this method will work on all the *arr applications, but I'm keen to find out.

Tomorrow, I'll build a Sonarr QPKG and begin integrating it into sherpa. 🤓

[DynaMight1124]

Thats awesome, I'll look forward to testing it. If theres anything I can help with let me know

[OneCDOnly]

BTW: what is your NAS model please? Sonarr binaries exist for arm, aarch64 and x86-64 arches.

[DynaMight1124]

Its a TS-251B so I assume its x86-64?

I also look after my friends aging QNAP TS120, I'm not sure what architecture it uses tho, so not sure if theres a chance that can be supported? He's currently on Sick Rage (did I see arm support is being stopped?)

[OneCDOnly]

So, we'll be fine on your model NAS then.

The TS-120 has an old 32b armv5 CPU. I'll need to do some testing here to confirm if this particular arm flavour is supported by the Sonarr binaries. I have a TS-220 (with the same CPU) for checking this.

But my priority for-now is to get the x86-64 version working.

[OneCDOnly]

A prototype Sonarr QPKG is now available! It's only held together with duct-tape and cable-ties but it's a start. 🎉

And, for now, it's only available via the unstable sherpa branch.

To switch to this branch, SSH into your NAS as the 'admin' user and run:

setcfg sherpa Git_Branch unstable -f /etc/config/qpkg.conf; sherpa reset

... then, to install Sonarr:

sherpa install sonarr

As this is a new QPKG and problems are quite-likely, suggest running sherpa in verbose mode so you can monitor the installation progress:

sherpa install sonarr verbose

You'll see some pauses in display output for several seconds: perfectly normal. 👍🏽

It takes around 1 minute & 30 seconds to install on my test TS-230. It's an arm64 NAS (I don't have an x86-64 NAS available for testing), so please let me know if you have any troubles.

[DynaMight1124]

That worked perfectly! Everything seemed to go through without issues. Restored by Sonarr 3 backup and all working great. I'll test it over the next few days but no issues to report so far.

Thank you

[OneCDOnly]

Looks like the version of glibc available in the older model NAS firmwares is too-old to work with Sonarr. So, I won't be able to make a QPKG to suit the TS-120. 😞

update: just trying to fudge something together to work around this... nope, didn't work. Maybe one day I'll figure-it-out.

[DynaMight1124]

Thats cool, its a pretty aging system and I'm trying my best to keep him going for as long as I can. He only uses it for TV shows, Sick Gear has been a little temperamental and required a few re-installs after (I assume) updates. Sonarr has been ultra stable for me and feels a little less resource heavy.

[DynaMight1124]

Its been running perfectly for the last week, today I noticed that Sonarr had released a new update. In v3, I had always updated from the Sonarr GUI so tried to do the same but it failed. I'll paste the Sonarr log below.

I updated to the latest sonarr qpkg package and when it started up it was the latest version anyway. So the this issue might already be resolved.

Heres the Sonarr log:
2024-01-20 22:14:21.5|Info|InstallUpdateService|Downloading update 4.0.1.929
2024-01-20 22:14:24.9|Error|CommandExecutor|Error occurred while executing task ApplicationUpdate

[v4.0.0.748] System.Net.WebException: Failed to read complete http response
---> System.Net.Http.HttpRequestException: Error while copying content to a stream.
---> System.IO.IOException: No space left on device : '/tmp/sonarr_update/Sonarr.main.4.0.1.929.linux-x64.tar.gz.part'
at System.IO.RandomAccess.WriteAtOffset(SafeFileHandle handle, ReadOnlySpan`1 buffer, Int64 fileOffset)
at Microsoft.Win32.SafeHandles.SafeFileHandle.ThreadPoolValueTaskSource.ExecuteInternal()
--- End of stack trace from previous location ---
at Microsoft.Win32.SafeHandles.SafeFileHandle.ThreadPoolValueTaskSource.GetResult(Int16 token)
at Microsoft.Win32.SafeHandles.SafeFileHandle.ThreadPoolValueTaskSource.System.Threading.Tasks.Sources.IValueTaskSource.GetResult(Int16 token)
at System.Net.Http.Http2Connection.Http2Stream.CopyToAsync(HttpResponseMessage responseMessage, Stream destination, Int32 bufferSize, CancellationToken cancellationToken)
at System.Net.Http.HttpConnectionResponseContent.SerializeToStreamAsync(Stream stream, TransportContext context, CancellationToken cancellationToken)
at System.Net.Http.HttpContent.g__WaitAsync|56_0(ValueTask copyTask)
--- End of inner exception stack trace ---
at System.Net.Http.HttpContent.g__WaitAsync|56_0(ValueTask copyTask)
at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponseAsync(HttpRequest request, CookieContainer cookies) in ./Sonarr.Common/Http/Dispatchers/ManagedHttpDispatcher.cs:line 113
--- End of inner exception stack trace ---
at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponseAsync(HttpRequest request, CookieContainer cookies) in ./Sonarr.Common/Http/Dispatchers/ManagedHttpDispatcher.cs:line 122
at NzbDrone.Common.Http.HttpClient.ExecuteRequestAsync(HttpRequest request, CookieContainer cookieContainer) in ./Sonarr.Common/Http/HttpClient.cs:line 157
at NzbDrone.Common.Http.HttpClient.ExecuteAsync(HttpRequest request) in ./Sonarr.Common/Http/HttpClient.cs:line 96
at NzbDrone.Common.Http.HttpClient.DownloadFileAsync(String url, String fileName) in ./Sonarr.Common/Http/HttpClient.cs:line 311
at NzbDrone.Common.Http.HttpClient.DownloadFileAsync(String url, String fileName) in ./Sonarr.Common/Http/HttpClient.cs:line 311
at NzbDrone.Common.Http.HttpClient.DownloadFile(String url, String fileName) in ./Sonarr.Common/Http/HttpClient.cs:line 316
at NzbDrone.Core.Update.InstallUpdateService.InstallUpdate(UpdatePackage updatePackage) in ./Sonarr.Core/Update/InstallUpdateService.cs:line 120
at NzbDrone.Core.Update.InstallUpdateService.Execute(ApplicationUpdateCommand message) in ./Sonarr.Core/Update/InstallUpdateService.cs:line 283
at NzbDrone.Core.Messaging.Commands.CommandExecutor.ExecuteCommand[TCommand](TCommand command, CommandModel commandModel) in ./Sonarr.Core/Messaging/Commands/CommandExecutor.cs:line 116
at System.Dynamic.UpdateDelegates.UpdateAndExecuteVoid3[T0,T1,T2](CallSite site, T0 arg0, T1 arg1, T2 arg2)
at NzbDrone.Core.Messaging.Commands.CommandExecutor.ExecuteCommands() in ./Sonarr.Core/Messaging/Commands/CommandExecutor.cs:line 42

[OneCDOnly]

---> System.Net.Http.HttpRequestException: Error while copying content to a stream.
---> System.IO.IOException: No space left on device : '/tmp/sonarr_update

Hi mate, thanks for testing this package. :)

The auto-updater in Sonarr won't be able to use the /tmp directory in QTS as it's too small. :(

There might be a way to configure the dotnet environment to modify /tmp to somewhere else with more room. I'll need to do some research.

In the mean-time, restarting the QPKG should download the latest Sonarr application release.

[OneCDOnly]

The good news: I've updated the OSonarr QPKG to automatically set the temporary path used by Sonarr. So, we can now update Sonarr via the UI without filling-up the wrong block-device. :)

The bad news: the auto-updating part of the service script isn't auto-updating Sonarr on restart. Something for me to fix.

update: auto-update via the service script should now be working. :)

[DynaMight1124]

Thank you for this, Sonarr has been running amazing since first install!

Now its in the stable branch, is it best I change back to it. Would the command be: setcfg sherpa Git_Branch stable -f /etc/config/qpkg.conf; sherpa reset ?

[OneCDOnly]

Spot-on. :)

[OneCDOnly]

@DynaMight1124 quick-question for you… what QTS version is installed on your TS-251B please? I’m guessing you’re on a fairly recent QTS 5?

There may be an issue running these dotnet apps on older firmwares. I’m still investigating at this stage.

[DynaMight1124]

Yes I am running the latest 5.1.4. I would say I'd be happy to test older firmwares but I cant really risk messing, sorry.

[OneCDOnly]

Thanks mate, no problem, I wouldn't ask you to do that anyway... there's too-much that can go wrong downgrading firmwares. 😄

Just needed to know which version of QTS Sonarr works on. 👍🏽

Cheers!