binhex / arch-nzbhydra2 Goto Github PK

So I was just taking a look to determine what the differences might be between this container image and the linuxserver image published at https://github.com/linuxserver/docker-nzbhydra2

I assumed that b/c this container is arch based that it would be smaller. Unfortunately, that doesn't seem to be the case. It's quite the opposite in fact:

• the linuxserver container image is 401MB
• this container image is 1.03GB

Also FWIW, the linuxserver folks having a very automated process and a large community -- maybe worth thinking about combining efforts on this image rather than maintaining a separate image?

I'm planning to require JDK 17 at some point but it's already supported. Could you please release a prerelease / beta image using JDK 17 to prepare for that?

https://hub.docker.com/r/binhex/arch-nzbhydra2/builds

Is this something that gets triggered externally? or is it supposed to auto build?

The latest fails to start due to lib directory missing.
Relevant log entry:
/home/nobody/start.sh: line 7: /usr/lib/nzbhydra2/nzbhydra2: No such file or directory

Log file:
Unraid-Bithex-Log.txt

Found the fix on the Unraid Forums:

• Edit file: /home/nobody/start.sh
• Last line should read:
  cd /usr/lib/nzbhydra2 && /usr/lib/nzbhydra2/nzbhydra2wrapperPy3.py --datafolder /config/nzbhydra2
• restart container

Am I the only one receiving a "Kernel too old" error when updating my container using "latest"?

Trial & error got me to version 3.12.0-1-01 being the last one to actually run.

I am on the latest DSM 6.2.3-25426 Update 3.

linuxserver.io just made a change that adds a file with some container info: linuxserver/docker-nzbhydra2@1d213f1

I can read that file and show it in the GUI and add it to the debug infos.

Could you do the same? The file path could be the app folder (working directory) or relativ path or even a certain absolute path.

It would look like this:

ReleaseType=Pre-Release
PackageVersion=2.3.0-binhex1
PackageAuthor=binhex

ReleaseType is either Pre-Release or Release, PackageVersion is the NZBHydra2 tag plus whatever you put there to identify your container version, although that info is not necessary.

I'm currently working on a major update for NZBHydra. If all goes well I will be able to release compiled binaries instead of java libraries, meaning that you don't need to have java installed. Everything you need is in the binary. Apart from the hassle of needing java this also promises some drastic improvements on startup time and memory usage.

One problem I encountered is that the binary is not a "static image" but a "mostly static image", e.g. it needs glibc to run which is why an alpine base image won't work. I've tried the steps described here: https://wiki.alpinelinux.org/wiki/Running_glibc_programs but didn't have any luck. Instead I was able to get it to run using an ubuntu base image and installing libfreetype6.

Apart from that the docker file should mostly look the same. The python wrapper will still be included and just run a binary instead of java.

I've made a minimal example here: https://ufile.io/mzbsci6q Please do not release this as it's just a test version.

The proposed next steps:

• You test it and see if it works. If you're able to get it to run on alpine or wherever, great.
• I still need some time (weeks) to test everything properly and make sure that the new code works as expected.
• I'll then let you know when everything is ready. I don't know how your pipeline works but hydra version 4.x will be the old way (java) and 5.x will be new one so you could check for that to make the transition work.

Thanks!

I don't think its a huge important change, but I get the warning every time i load the page.

Please consider posting a sample docker-compose.yml. I added the following in my docker-compose.yml that includes nzbhydra2 as well as sonnarr, radarr and sabnzbd

environment:
- TZ=America/New_York
- PUID=1000
- PGID=1000

However in the docker-compose logs i see :
2020-10-05 19:53:43.429922 [warn] PUID not defined (via -e PUID), defaulting to '99'
nzbhydra2_vpn | 2020-10-05 19:53:43.757008 [warn] PGID not defined (via -e PGID), defaulting to '100'

Which only says PUID and PGID are not set from -e but doesn't say that listing under environment does not work.

5.0.0 has a bad previously undetected bug which prevents startup with auth enabled. If possible please delete any 5.0.0 images and reset the latest tag to 4.7.6

Hi,

I'm currently working on a new version which will allow to be run with Java 9 or 10. This would require a change in the container. How do we proceed for the switch to be as smoothly as possible?

Cheers.

I'll add support for prereleases in the next version. These can be determined by the property prerelease of the GitHub release (e.g. https://api.github.com/repos/theotherp/nzbhydra2/releases/latest).

Would it be possible for the regular container to not update to these and add a new container or tag for the latest prerelease?

To be honest I'm not aware of the build process and even how the containers are installed, so I'm not sure if this would even be possible.

Thanks!

With configs living in /config, the /data and /media volumes aren't necessary. On the other hand, there is a torrent blackhole that should point at... well, the torrent daemon's blackhole directory. Maybe call it /torrent-blackhole so it doesn't get confused w/ an actual torrents download dir like /torrents in other dockers. Maybe? :/

A while ago I updated my own container to use a different JVM which reduces memory usage. I haven't heard of any problems and haven't encountered any myself. If possible you could use that in your container. See https://github.com/theotherp/nzbhydra2/blob/master/misc/docker/Dockerfile

Radarr has been disabling NZBHydra with the following error:

Downloading nzb for movie 'Austin.Powers.in.Goldmember.2002.1080p.BluRay.x264.iNT-WPi' failed (https://hydra.domain.me:443/getnzb/api/-8948893930765481007?apikey=(removed): Resource temporarily unavailable Resource temporarily unavailable: 'https://hydra.domain.me/getnzb/api/-8948893930765481007?apikey={API_KEY}'

and this exception:

 ---> System.Net.WebException: Resource temporarily unavailable Resource temporarily unavailable
 ---> System.Net.Http.HttpRequestException: Resource temporarily unavailable
 ---> System.Net.Sockets.SocketException (11): Resource temporarily unavailable
   at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken)
   --- End of inner exception stack trace ---
   at System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancellationToken)
   at System.Net.Http.HttpConnectionPool.ConnectAsync(HttpRequestMessage request, Boolean allowHttp2, CancellationToken cancellationToken)
   at System.Net.Http.HttpConnectionPool.CreateHttp11ConnectionAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at System.Net.Http.HttpConnectionPool.GetHttpConnectionAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at System.Net.Http.HttpConnectionPool.SendWithRetryAsync(HttpRequestMessage request, Boolean doRequestAuth, CancellationToken cancellationToken)
   at System.Net.Http.DecompressionHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
   at System.Net.Http.HttpClient.FinishSendAsyncUnbuffered(Task`1 sendTask, HttpRequestMessage request, CancellationTokenSource cts, Boolean disposeCts)
   at System.Net.HttpWebRequest.SendRequest()
   at System.Net.HttpWebRequest.GetResponse()
   --- End of inner exception stack trace ---
   at System.Net.HttpWebRequest.GetResponse()
   at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse(HttpRequest request, CookieContainer cookies) in D:\a\1\s\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:line 146
   --- End of inner exception stack trace ---
   at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse(HttpRequest request, CookieContainer cookies) in D:\a\1\s\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:line 146
   at NzbDrone.Common.Http.HttpClient.ExecuteRequest(HttpRequest request, CookieContainer cookieContainer) in D:\a\1\s\src\NzbDrone.Common\Http\HttpClient.cs:line 123
   at NzbDrone.Common.Http.HttpClient.Execute(HttpRequest request) in D:\a\1\s\src\NzbDrone.Common\Http\HttpClient.cs:line 57
   at NzbDrone.Core.Download.UsenetClientBase`1.Download(RemoteMovie remoteMovie) in D:\a\1\s\src\NzbDrone.Core\Download\UsenetClientBase.cs:line 47

I also got an error in NZBHydra itself:

2020-10-19 17:53 |   | NewsWeb | An error occurred while getting news: raw.githubusercontent.com: Temporary failure in name resolution
-- | -- | -- | --
2020-10-19 17:53 |   | UpdatesWeb | An error occurred while updating or getting update infos: Error while getting latest version: api.github.com: Temporary failure in name resolution