Arch Linux User Repository

Use sudo systemctl edit nzbhydra2 to create an override instead, that way it won't get blown away by every update.

@6bo74 THX for the heads up! It worked :)

If someone had the same issue, this is exactly what you could do:

Add "--java /usr/lib/jvm/java-11-openjdk/bin/java" (v8-15 works) as a start parameter in "/usr/lib/systemd/system/nzbhydra2.service" (at the end of "ExecStart=...").

Reload the service files with "sudo systemctl daemon-reload"

Restart nzbhydra with "sudo systemctl restart nzbhydra2"

@Pietro_Pizzi As stated here: https://github.com/theotherp/nzbhydra2/blob/89e96ef99659d7f30d59bd5c706395843271781e/readme.md?plain=1#L43

you should be able to use the --java flag pointing it to the binary.

Also, somewhere in the docs it's said that the openjdk requirements are >=8 or <=15

Hi,

My standard java version is set to the newest, java-17-openjdk at the moment, but nzbhydra2 doesn't want to start with it. I also have v8 and v11 installed. I testet v11 as default and that works. Can anyone explain how i change it that only nzbhydra2 starts with v11 when v17 is set to default? A BTW i start nzbhydra2 with the service file.

Hi, what do you guys think about changing nzbhydra.yml's line updateAutomatically: from true to false? Every update it is overriten and personally I had problems with paru not wanting to override the .jar executable and failing the whole update queue.

TIA

Actually, poking around the github page, I just saw this - "You need Java (at least 8, at most 15)". I saw your mention on discord about it, so I guess we'll see what the plan is going forward. Thanks for maintaining all of these packages! You're one of the best.

I just gave 16 a try and there were errors in the logs. Turns out I've been running mine from jre8-openjdk-headless for ages. I tested that jre11-openjdk-headless works too.

I'd hop on the nzbhydra2 Discord and see what is up.

Anyone else having issues with the latest jre-openjdk-headless? Version 16.0.1.u9-1 will show the service as active, but no connections can be made. Downgrading to 15.x... resolves it.

The wrapper we use comes right from the package, so it is the latest. I've seen reports of it on Discord, something is wrong. I did notice that there is a Python 3 version of the wrapper... so I switched to that w/ this package. But the error persists.

Receiving "Outdated wrapper detected" popup after upgrading to 2.21.0-1

The NZBHydra wrapper (i.e. the executable or python script you use to run NZBHydra) seems to be outdated. Please update it: Shut down NZBHydra, download the latest version and extract it into your main NZBHydra folder. Start NZBHydra again.

The checksum for nzbhydra2wrapper-2.3.12-1.py doesn't match.

@binhex: It looks like the current java-runtime-headless=8 isn't actually limiting it to 8?

I've got a commit that forces it to java 10 via environment file. But maybe I should leave it up to the user? :/

A quick heads up for you @fryfrog the main developer is moving over to Java 10 and this has now been implemented so you will need to modify your package to include Java 10

@nicoulaj: I just verified URLs and ran makepkg -fsri and didn't get any errors. The URL you posted as a trailing / that shouldn't be there. Did you accidentally modify the PKGBUILD?

I get this message during post-transaction hooks when installing this package: fatal: repository 'https://raw.githubusercontent.com/theotherp/nzbhydra2/master/other/wrapper/nzbhydra2wrapper.py/' not found

@fryfrog thanks, docker image built fine now after change.

I versioned the wrapper script, should fix this going forward. :/

@fryfrog seeing the following with latest package:-

?[91m nzbhydra2wrapper.py ... ?[0m ?[91mFAILED

Looks like checksum is wrong for this file now.

Why the heck does "java-runtime-headless=8" say jdk6, server-jre, jdk5, zulu-jdk, jdk-dcevm, jdk9-openj9-bin, jdk7, jre7, jre6, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, tuxjdk, jre8-openjdk-jetbrains-headless, jdk8-openj9-bin, jre7-openjdk-headless-infinality, jdk8, jre8, jdk, jre, jdk9, jre9, java-8-openjdk-shenandoah, jdk-arm, jre8-openjdk-headless-infinality, jdk-devel, intellij-jdk, jre10-openjdk-headless, jre7-openjdk-headless, jre8-openjdk-headless, jre9-openjdk-headless are all okay? :/

The Java dependencies according to the upstream URL:

"You need Java Runtime Environment or OpenJDK (both (>=8u101 but it won't work with 9.x or higher)."

i.e. you kinda need to use 8.

Fixed, but I didn't bump the package version.

I'm getting validation failure:-

Validating source files with sha256sums... nzbhydra2-1.4.7-linux.zip ... ?[0m ?[91mPassed nzbhydra2wrapper.py ... FAILED

It does take a good 30s for mine to start up. :)

It's working now. I think I was too hasty.

I have been going over the journal log and the logs from nzbhydra2, but I am unable to find anything useful.

I can also locate nzbhydra2 running using "ps aux", and if I greb the PID and check "ss", the PID nzbhydra2 is running, but isn't listening on port "5076", rather on "99525", but it's not possible to connect to that.

# ps aux|grep nzbhyd

nzbhydr+ 15099  0.0  0.4  14488 10156 ?        Ss   19:54   0:00 /usr/bin/python2 /usr/lib/nzbhydra2/nzbhydra2wrapper.py --nobrowser --datafolder /var/lib/nzbhydra2
nzbhydr+ 15102  107  5.8 265128 120240 ?       Sl   19:54  16:04 java -Xmx128M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -Xloggc:/var/lib/nzbhydra2/logs/gclog-2018-02-27_19-54-33.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+PrintGCCause -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFileSize=5M -Dspring.output.ansi.enabled=ALWAYS -jar /usr/lib/nzbhydra2/lib/core-1.4.3-exec.jar --nobrowser --datafolder /var/lib/nzbhydra2

# ss -pa |grep 15102
u_str ESTAB       0        0                                                  * 99525                                                      * 0                   users:(("java",pid=15102,fd=12)) 

I shortned the output of the systemd status, it looks like this:

● nzbhydra2.service - NZBHydra2 Daemon
   Loaded: loaded (/usr/lib/systemd/system/nzbhydra2.service; disabled; vendor preset: disabled)
   Active: active (running) since Tue 2018-02-27 19:54:33 CET; 7min ago
     Docs: https://github.com/theotherp/nzbhydra2
 Main PID: 15099 (python2)
   CGroup: /system.slice/nzbhydra2.service
           ├─15099 /usr/bin/python2 /usr/lib/nzbhydra2/nzbhydra2wrapper.py --nobrowser --datafolder /var/lib/nzbhydra2
           └─15102 java -Xmx128M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -Xloggc:/var/lib/nzbhydra2/logs/gclog-2018-02-27_19-54-33.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+Prin>

Feb 27 19:56:23 minidlserver python2[15099]: |   \|  | `---/  /   |  |_)  ||  |__|  |  \   \/   /  |  .--.  ||  |_)  |      /  ^  \          ) |
Feb 27 19:56:23 minidlserver python2[15099]: |  . `  |    /  /    |   _  < |   __   |   \_    _/   |  |  |  ||      /      /  /_\  \        / /
Feb 27 19:56:23 minidlserver python2[15099]: |  |\   |   /  /----.|  |_)  ||  |  |  |     |  |     |  '--'  ||  |\  \----./  _____  \      / /_
Feb 27 19:56:23 minidlserver python2[15099]: |__| \__|  /________||______/ |__|  |__|     |__|     |_______/ | _| `._____/__/     \__\    |____|
Feb 27 19:56:31 minidlserver python2[15099]: 2018-02-27 19:56:30.740  INFO --- [           main] org.nzbhydra.NzbHydra                    : Starting NzbHydra on minidlserver with PID 15102 (/usr/lib/nzbhydra2/lib/core-1.4.3-exec.jar>
Feb 27 19:56:31 minidlserver python2[15099]: 2018-02-27 19:56:31.796 DEBUG --- [           main] org.nzbhydra.NzbHydra                    : Running with Spring Boot v1.5.7.RELEASE, Spring v4.3.11.RELEASE
Feb 27 19:56:31 minidlserver python2[15099]: 2018-02-27 19:56:31.811  INFO --- [           main] org.nzbhydra.NzbHydra                    : The following profiles are active: default
Feb 27 20:02:04 minidlserver python2[15099]: 2018-02-27 20:02:04.088  INFO --- [           main] org.nzbhydra.config.BaseConfig           : Using data folder /var/lib/nzbhydra2
Feb 27 20:02:04 minidlserver python2[15099]: 2018-02-27 20:02:04.104  INFO --- [           main] org.nzbhydra.config.BaseConfig           : Config file /var/lib/nzbhydra2/nzbhydra.yml does not exist and will be initialized
Feb 27 20:02:04 minidlserver python2[15099]: 2018-02-27 20:02:04.125 DEBUG --- [           main] org.nzbhydra.config.BaseConfig           : Writing config to file /var/lib/nzbhydra2/nzbhydra.yml

It should just work, but obviously isn't. Your sudo systemctl status nzbhydra2 doesn't look good to me either. Try sudo journalctl -xa -u nzbhydra2 and see if you see anything obvious.

Mine looks like:

$ sudo systemctl status nzbhydra2
● nzbhydra2.service - NZBHydra2 Daemon
   Loaded: loaded (/usr/lib/systemd/system/nzbhydra2.service; enabled; vendor preset: disabled)
   Active: active (running) since Tue 2018-02-27 10:55:26 PST; 30s ago
     Docs: https://github.com/theotherp/nzbhydra2
 Main PID: 5878 (python2)
    Tasks: 66 (limit: 4915)
   CGroup: /system.slice/nzbhydra2.service
           ├─5878 /usr/bin/python2 /usr/lib/nzbhydra2/nzbhydra2wrapper.py --nobrowser --datafolder /var/lib/nzbhydra2
           └─5890 java -Xmx512M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -Xloggc:/var/lib/nzbhydra2/logs/gclog-2018-02-27_10-55-26.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintTenuringDistribution -XX:+PrintGCCause -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=10 -XX:GCLogFile>

Feb 27 10:55:52 apollo python2[5878]: 2018-02-27 10:55:52.292  INFO --- [           main] o.n.searching.SearchModuleProvider       : Initializing indexer anizb
Feb 27 10:55:52 apollo python2[5878]: 2018-02-27 10:55:52.293  INFO --- [           main] o.n.searching.SearchModuleProvider       : Initializing indexer omgwtfnzbs
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.428  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Delete short term storage results" to be run every 12 hours
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.439  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Download queue check" to be run every 10 seconds
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.440  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Backup" to be run every 1 hour
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.441  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Clean up indexer statuses" to be run every 1 minute
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.441  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Download history check" to be run every 10 minutes
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.442  INFO --- [           main] org.nzbhydra.tasks.HydraTaskScheduler    : Scheduling task "Delete old search results" to be run every 1 hour
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.567  INFO --- [           main] org.nzbhydra.NzbHydra                    : You can access NZBHydra 2 in your browser via http://172.17.0.1:5076/nzbhydra2
Feb 27 10:55:55 apollo python2[5878]: 2018-02-27 10:55:55.568  INFO --- [           main] org.nzbhydra.NzbHydra                    : Started NzbHydra in 28.054 seconds (JVM running for 28.696)

Ok, thanks.

I have installed the package, and it is up and running (not enabled yet):

● nzbhydra2.service - NZBHydra2 Daemon
   Loaded: loaded (/usr/lib/systemd/system/nzbhydra2.service; disabled; vendor preset: disabled)
   Active: active (running) since Tue 2018-02-27 19:45:30 CET; 2min 11s ago

However, I cannot connect and a "ss" doesn't show it listening on port 5076 or any other port.

Is there something specielt that needs to be fixed first?

It is just a python wrapper. If desired, you can use an override to point at the native launcher. But this .py wrapper allows the package to be used on various platforms while the native launcher is only x86_64 or something.

If you want to do that, just...

sudo systemctl edit nzbhydra2 to add an override.conf, inside put...

[Service]
ExecStart=
ExecStart=/usr/lib/nzbhydra2/nzbhydra2 --nobrowser --datafolder /var/lib/nzbhydra2

I'm not quite sure whats supposed to be there as I haven't used nzbhydra before, but this one runs using Python and not Java?

ExecStart=/usr/bin/python2 /usr/lib/nzbhydra2/nzbhydra2wrapper.py

Haven't the service files been updated perhaps?

Thank you very much!

Thanks, updated and pushed.

==> Validating source files with sha256sums...
    nzbhydra2-1.4.3-linux.zip ... Passed
    nzbhydra2wrapper.py ... FAILED
    nzbhydra2.service ... Passed
    nzbhydra2.install ... Passed
    nzbhydra2.sysusers ... Passed
==> ERROR: One or more files did not pass the validity check!

sha256sum /tmp/yaourt-tmp-$USER/aur-nzbhydra2/nzbhydra2wrapper.py

ba66d266c5be20cf13edade732207e2c276bd32e9bdfd46ef37b1139934e4c97

sha256sum /tmp/yaourt-tmp-$USER/aur-nzbhydra2/nzbhydra2-1.1.1-linux.zip

4754708d2b9822c47320b2d3eaf5c92b3cfac8e9a2d726d618072eef4346f0ec

See how you like that. :)

Sounds like the author's plan is to (eventually) write a native wrapper and drop the python + compiled python entirely... https://github.com/theotherp/nzbhydra2/issues/3 ...but for now, it seems the author is probably cool with using the regular .py script.

Thanks, I've checked in with @theotherp about continued usage of the .py script and if it is cool, I'll flip this over to using it. Great idea.

Didn't want to post an ugly-formatted comment, so I put the modified PKGFILE and .service file on pastebin.

PKGFILE - https://pastebin.com/n6P5hkjC nzbhydra2.service - https://pastebin.com/GpD8PJGX

Basically, I added a dependency for python2, included nzbhydra2wrapper.py, and adjusted the service file to use the python wrapper instead of the pre-compiled binary. Also removed the download scripts since they aren't used anymore either.

Can you post your modified PKGBUILD? It doesn't sound like a crazy idea to use the .py wrapper so it really would be for any platform. The .zip is also missing the nzbhydra2 binary, so I expect an update soon. :/

Thanks for the PKGBUILD. I have one suggestion though.

In the PKGBUILD, arch should be "x86_64" (not "any") since the /usr/lib/nzbhydra2/nzbhydra2 launch-wrapper (called in the .service file) is a pre-compiled python executable built for x86_64. I built and installed the PKGBUILD on my ARM-based Odroid board and, of course, it didn't work. :)

(I ended up tweaking your package and service file to use the regular un-compiled python wrapper from here https://raw.githubusercontent.com/theotherp/nzbhydra2/master/other/wrapper/nzbhydra2wrapper.py -- works on my little Odroid board now.)

Thanks though - appreciate the PKGBUILD. :)

https://aur.archlinux.org/packages/nzbhydra2/

^ theotherp has re-written nzbhydra in java, this is the package for it.