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.
Git Clone URL: | https://aur.archlinux.org/nzbhydra2.git (read-only, click to copy) |
---|---|
Package Base: | nzbhydra2 |
Description: | Search aggregator for newznab and torznab indexers. |
Upstream URL: | https://github.com/theotherp/nzbhydra2 |
Licenses: | Apache-2.0 |
Submitter: | fryfrog |
Maintainer: | fryfrog (jkhsjdhjs) |
Last Packager: | fryfrog |
Votes: | 18 |
Popularity: | 0.000000 |
First Submitted: | 2018-01-06 20:01 (UTC) |
Last Updated: | 2024-12-04 04:08 (UTC) |
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?
Pinned Comments
IncredibleLaser commented on 2023-01-24 14:39 (UTC)
The command listed in https://aur.archlinux.org/packages/nzbhydra2?O=10#comment-887324 doesn't work without further modifications because systemd doesn't expand variables in the Environment directive. As such, starting the service fails because the sh command can't be found. A possible workaround is to hardcode the path, i.e.
Environment=PATH="/usr/lib/jvm/java-17-openjdk/bin:/usr/bin"
jkhsjdhjs commented on 2023-01-21 16:50 (UTC) (edited on 2023-01-21 17:08 (UTC) by jkhsjdhjs)
With the update to version 5, nzbhydra2 now requires java 17, so you'll have to make sure that nzbhydra2 is run with java 17: https://aur.archlinux.org/packages/nzbhydra2?O=10#comment-887324
This is only required for running, the package should build fine in any case.
Furthermore, while nzbhydra2 now also provides binaries for windows and linux (which are apparently built using GraalVM), this package will continue to build the generic jar, as it doesn't seem to be possible to build the binaries with OpenJDK and GraaVM is only available in the AUR.