neilt0 Posted May 27, 2014 Share Posted May 27, 2014 That was a busy few days... and now I'm back! I did all the steps you outlined above, and now it won't start even manually! [after all the rm commands] This is the output after running installplg a second time -- so there were existing files, just so you can see any error messages: root@MICRO:~# installplg /boot/config/plugins/nzbget_overbyrn.plg installing plugin: nzbget_overbyrn file /tmp/plugin-prepare: successfully wrote INLINE file contents /bin/bash /tmp/plugin-prepare ... success file /boot/config/plugins/nzbget/nzbget.png: already exists file /boot/config/plugins/images/device_status.png: already exists file /boot/config/plugins/images/new_config.png: already exists file /boot/config/plugins/images/information.png: already exists file /boot/packages/libsigc++-2.2.7-i486-1gsb.txz: already exists upgradepkg --install-new /boot/packages/libsigc++-2.2.7-i486-1gsb.txz ... +============================================================================== | Skipping package libsigc++-2.2.7-i486-1gsb (already installed) +============================================================================== success file /boot/packages/unrar-5.0.14-i486-1cf.txz: already exists upgradepkg --install-new /boot/packages/unrar-5.0.14-i486-1cf.txz ... +============================================================================== | Skipping package unrar-5.0.14-i486-1cf (already installed) +============================================================================== success file /boot/packages/p7zip-9.20.1-i486-1alien.tgz: already exists upgradepkg --install-new /boot/packages/p7zip-9.20.1-i486-1alien.tgz ... +============================================================================== | Skipping package p7zip-9.20.1-i486-1alien (already installed) +============================================================================== success file /boot/config/plugins/nzbget/libpar2-0.2-i486-1rj.tgz: already exists upgradepkg --install-new /boot/config/plugins/nzbget/libpar2-0.2-i486-1rj.tgz ... +============================================================================== | Skipping package libpar2-0.2-i486-1rj (already installed) +============================================================================== success file /tmp/plugin-cleanup: successfully wrote INLINE file contents /bin/bash /tmp/plugin-cleanup ... success file /boot/config/plugins/nzbget/nzbget.cfg: already exists file /tmp/plugin-chkcfg: successfully wrote INLINE file contents /bin/bash /tmp/plugin-chkcfg ... success file /etc/rc.d/rc.nzbget: successfully wrote INLINE file contents successfully changed file mode file /usr/local/emhttp/plugins/nzbget/nzbget.png: successfully copied LOCAL file file /usr/local/emhttp/plugins/nzbget/device_status.png: successfully copied LOCAL file file /usr/local/emhttp/plugins/nzbget/new_config.png: successfully copied LOCAL file file /usr/local/emhttp/plugins/nzbget/information.png: successfully copied LOCAL file file /usr/local/emhttp/plugins/nzbget/nzbget.php: successfully wrote INLINE file contents file /usr/local/emhttp/plugins/nzbget/event/disks_mounted: successfully wrote INLINE file contents successfully changed file mode file /usr/local/emhttp/plugins/nzbget/event/unmounting_disks: successfully wrote INLINE file contents successfully changed file mode file /tmp/plugin-install: successfully wrote INLINE file contents /bin/bash /tmp/plugin-install ... Looking for locally saved version of nzbget-13.0-testing-r979-i486-1.txz Found an up to date locally saved version of nzbget-13.0-testing-r979-i486-1.txz at /boot/config/plugins/nzbget Installing package /boot/config/plugins/nzbget/nzbget-13.0-testing-r979-i486-1.txz... /sbin/upgradepkg: line 212: [: too many arguments /sbin/upgradepkg: line 226: [: too many arguments +============================================================================== | Upgrading nzbget* package using /boot/config/plugins/nzbget/nzbget-13.0-testing-r979-i486-1.txz +============================================================================== Pre-installing package nzbget-13.0-testing-r979-i486-1... ls: cannot access /var/log/packages/*-2014-05-27,11:55:00**: No such file or directory No such package: /var/log/packages/*-2014-05-27,11:55:00*. Can't remove. Verifying package nzbget-13.0-testing-r979-i486-1.txz. Installing package nzbget-13.0-testing-r979-i486-1.txz: PACKAGE DESCRIPTION: Package nzbget-13.0-testing-r979-i486-1.txz installed. Package nzbget* upgraded with new package /boot/config/plugins/nzbget/nzbget-13.0-testing-r979-i486-1.txz. Creating writable PID dir... Setting ownership/perms of nzbget binaries... success file /usr/local/emhttp/plugins/nzbget/nzbget.page: successfully wrote INLINE file contents file /var/log/plugins/nzbget: successfully wrote INLINE file contents file /tmp/plugin-development: successfully wrote INLINE file contents /bin/bash /tmp/plugin-development ... success plugin successfully installed root@MICRO:~# /usr/local/nzbget/nzbget -D -c /mnt/cache/unraid_apps/nzbget/nzbget.conf /usr/local/nzbget/nzbget: error while loading shared libraries: libpar2.so.1: cannot open shared object file: No such file or directory root@MICRO:~# Link to comment
figurefive Posted May 27, 2014 Share Posted May 27, 2014 Since upgrading to r979 I haven't been able to get nzbget to work either. Can't access the web interface. Mine also shows "unknown" on the local version. Previous testing version worked fine. Tried completely removing and reinstalling. Link to comment
overbyrn Posted May 28, 2014 Author Share Posted May 28, 2014 root@MICRO:~# /usr/local/nzbget/nzbget -D -c /mnt/cache/unraid_apps/nzbget/nzbget.conf /usr/local/nzbget/nzbget: error while loading shared libraries: libpar2.so.1: cannot open shared object file: No such file or directory root@MICRO:~# Ugh, I can see the root of the problem, but how best to manage yours (and others) updates to get you all safely moved to the new libpar package? Basically, you have the wrong libpar package. It's loading libpar2-0.2-i486-1rj and needs libpar2-0.4-i486-1rj. nzbget is failing because it's expecting to find libpar2.so.1 and that's in the later package. Also since nzbget will not run, it is not possible to extract the version using "nzbget -V" which is what the plugin relies on to report the local installed version; hence why you're seeing "Unknown" there instead. Okay, let's try to get you fixed once and for all. I've pushed an updated version of the plugin to my github repo. I see you're on 1.8 and now 1.9 is available. Why? Well, what should happen is that when the plugin performs a self-update, it will remove the old (non-working) nzbget from ram at /usr/local/nzbget and it'll also remove the old 0.2 libpar and since you won't have it, it'll download and install the new libpar 0.4. Go to the nzbget webgui page. It should 'see' the plugin update to 1.9. Update. Link to comment
neilt0 Posted May 28, 2014 Share Posted May 28, 2014 Nope! It still sees the online side as "UNKNOWN". I got annoyed and decided to poke at it myself. I "stopped" nzbget on the plugin page (I don't think it had never started), deleted /usr/local/nzbget, downloaded the new version of the plugin manually from github and installplg'd it. Now, it's working! Huzzah! There is still the issue of it not knowing what the status of the plugin is online: Given that all the important info is saved in the nzbget.conf which is backed up, I'm happy to nuke everything from orbit and test whatever you want to test. Cheers! Neil. Link to comment
figurefive Posted May 28, 2014 Share Posted May 28, 2014 Go to the nzbget webgui page. It should 'see' the plugin update to 1.9. Update. Worked for me. Thanks very much for all your work on the plugin. Link to comment
overbyrn Posted May 28, 2014 Author Share Posted May 28, 2014 Now, it's working! Huzzah! Huzzah indeed. Now then, why the heck do you still see Unknown as the remote plugin version?? Can you do this for me from command line and let me know the result; /etc/rc.d/rc.nzbget getver plg remote You should see; root@unraid5:~# /etc/rc.d/rc.nzbget getver plg remote 1.9root@unraid5:~# That is the same command the plugin does to present the remote plugin version within the webgui. Link to comment
neilt0 Posted May 28, 2014 Share Posted May 28, 2014 It hangs for about 30 seconds, then: root@MICRO:~# /etc/rc.d/rc.nzbget getver plg remote Unknownroot@MICRO:~# Link to comment
overbyrn Posted May 28, 2014 Author Share Posted May 28, 2014 It hangs for about 30 seconds, then: root@MICRO:~# /etc/rc.d/rc.nzbget getver plg remote Unknownroot@MICRO:~# Your server is having difficulty resolving the github address or is not handling the 301 Moved Permanently message. For background, GitHub have switched their address from raw.github.com to raw.githubusercontent.com. When I execute the underlying command that is called when otherwise typing "rc.nzbget getver plg remote", it first tries the old URL and is automatically redirected to the new... eg; --2014-05-28 05:50:46-- https://raw.github.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg Resolving raw.github.com (raw.github.com)... 185.31.18.133 Connecting to raw.github.com (raw.github.com)|185.31.18.133|:443... connected. WARNING: cannot verify raw.github.com's certificate, issued by `/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3': Unable to locally verify the issuer's authority. WARNING: certificate common name `www.github.com' doesn't match requested host name `raw.github.com'. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://raw.githubusercontent.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg [following] --2014-05-28 05:50:47-- https://raw.githubusercontent.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.31.18.133 Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.31.18.133|:443... connected. WARNING: cannot verify raw.githubusercontent.com's certificate, issued by `/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3': Unable to locally verify the issuer's authority. WARNING: certificate common name `www.github.com' doesn't match requested host name `raw.githubusercontent.com'. HTTP request sent, awaiting response... 200 OK Length: 32777 (32K) [text/plain] Saving to: `nzbget_overbyrn.plg' 100%[=================================================================================================>] 32,777 --.-K/s in 0.05s 2014-05-28 05:50:47 (671 KB/s) - `nzbget_overbyrn.plg' saved [32777/32777] Perhaps your servers DNS settings prevent this auto-switch? Do you get the same output as above when typing; cd /tmp wget --no-check-certificate https://raw.github.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg Link to comment
neilt0 Posted May 28, 2014 Share Posted May 28, 2014 root@MICRO:/tmp# wget --no-check-certificate https://raw.github.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg --2014-05-28 13:08:36-- https://raw.github.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg Resolving raw.github.com (raw.github.com)... 185.31.19.133 Connecting to raw.github.com (raw.github.com)|185.31.19.133|:443... connected. WARNING: cannot verify raw.github.com's certificate, issued by `/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3': Unable to locally verify the issuer's authority. WARNING: certificate common name `www.github.com' doesn't match requested host name `raw.github.com'. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://raw.githubusercontent.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg [following] --2014-05-28 13:08:36-- https://raw.githubusercontent.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 62.252.172.241 Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|62.252.172.241|:443... connected. Unable to establish SSL connection. root@MICRO:/tmp# Link to comment
overbyrn Posted May 28, 2014 Author Share Posted May 28, 2014 root@MICRO:/tmp# wget --no-check-certificate https://raw.github.com/overbyrn/UnRAID/master/nzbget_overbyrn.plg ... Unable to establish SSL connection. root@MICRO:/tmp# Not quite sure what to tell you. That implies something is not quite right with your system and requiring SSL to download via secure HTTPS sessions. I'm afraid I'm not seeing the same on a vanilla 5.0.5 system with just nzbget installed. Link to comment
neilt0 Posted May 28, 2014 Share Posted May 28, 2014 It doesn't appear to be a general problem. It worked before and it's working now with other files: root@MICRO:/tmp# wget --no-check-certificate https://secure.eicar.org/eicar_com.zip --2014-05-28 17:40:04-- https://secure.eicar.org/eicar_com.zip Resolving secure.eicar.org (secure.eicar.org)... 188.40.238.252 Connecting to secure.eicar.org (secure.eicar.org)|188.40.238.252|:443... connected. WARNING: cannot verify secure.eicar.org's certificate, issued by `/C=US/O=GeoTrust, Inc./CN=RapidSSL CA': Unable to locally verify the issuer's authority. HTTP request sent, awaiting response... 200 OK Length: 184 [application/octet-stream] Saving to: `eicar_com.zip' 100%[=============================================================================================================>] 184 --.-K/s in 0s 2014-05-28 17:40:04 (4.45 MB/s) - `eicar_com.zip' saved [184/184] root@MICRO:/tmp# Didn't someone else also report the same problem? Maybe that was the local file reporting. Link to comment
overbyrn Posted May 28, 2014 Author Share Posted May 28, 2014 Ideally it needs someone else on the unRAID v5 stream to confirm the same Link to comment
neilt0 Posted May 28, 2014 Share Posted May 28, 2014 If no-one else has this issue and I can work around it by manually downloading and installing the new .plg, I'm not that worried. The plugin can see the new version of nzbget, just not new versions of itself and I plan to move to 6 at some point soon anyhow. So, on to new versions of nzbget, I guess! hugbug just pushed out a new testing release with some nice features. Link to comment
overbyrn Posted May 28, 2014 Author Share Posted May 28, 2014 So, on to new versions of nzbget, I guess! hugbug just pushed out a new testing release with some nice features. He has has he. That's nice. Now where did I put that donate button... Link to comment
neilt0 Posted May 28, 2014 Share Posted May 28, 2014 Ooh, I didn't ask for donations when I was compiling it! Maybe I should have... Sent from my Moto G using Tapatalk. Link to comment
overbyrn Posted May 30, 2014 Author Share Posted May 30, 2014 New build of testing branch available - nzbget-13.0-testing-r1028 32bit and 64bit versions have been updated. Change log for r1028 here: http://nzbget.net/forum/viewtopic.php?f=4&t=1230 Link to comment
neilt0 Posted May 30, 2014 Share Posted May 30, 2014 I have updated and tested. Seems to be working well. Thanks! Link to comment
neilt0 Posted July 6, 2014 Share Posted July 6, 2014 In the latest build: http://nzbget.net/forum/viewtopic.php?f=4&t=1291&view=unread&sid=633c0401c3e7be230cb6e4115ca8e7cc#unread removed libpar2-patches from NZBGet source tree; the documentation now suggests to use the libpar2 version maintained by Debian/Ubuntu team, which already includes all necessary patches; also removed patches to create libpar2 and libsigc++ project files for Visual Studio on Windows, no one needed them anyway; Link to comment
EMKO Posted July 17, 2014 Share Posted July 17, 2014 how do i got to 13.0 final version? set it to stable? Link to comment
overbyrn Posted July 17, 2014 Author Share Posted July 17, 2014 how do i got to 13.0 final version? set it to stable? No, if you do that you'll revert to v12.0 final. I have not created a build for 13.0 final. Link to comment
EMKO Posted July 17, 2014 Share Posted July 17, 2014 how do i got to 13.0 final version? set it to stable? No, if you do that you'll revert to v12.0 final. I have not created a build for 13.0 final. oh ok could you make one please as sickbeard is failing to send nzbs correctly to the current testing version. "PR-851_add_nzbget13_support: Added support for the new append method from NZBGet 13+" Link to comment
overbyrn Posted July 17, 2014 Author Share Posted July 17, 2014 how do i got to 13.0 final version? set it to stable? No, if you do that you'll revert to v12.0 final. I have not created a build for 13.0 final. oh ok could you make one please as sickbeard is failing to send nzbs correctly to the current testing version. "PR-851_add_nzbget13_support: Added support for the new append method from NZBGet 13+" Sorry, not able to at the moment Link to comment
Tophicles Posted September 15, 2014 Share Posted September 15, 2014 Hi there, Overbyrn! Thanks so much for your work on the 32/64 bit plugin, it's worked fantastically for me. I'm just wondering (no pressure) if there's a plan for v13 support in your plugin? Only curious, thanks for your efforts so far!! Link to comment
overbyrn Posted September 15, 2014 Author Share Posted September 15, 2014 Hi there, Overbyrn! Thanks so much for your work on the 32/64 bit plugin, it's worked fantastically for me. I'm just wondering (no pressure) if there's a plan for v13 support in your plugin? Only curious, thanks for your efforts so far!! Hello, If you're running unRAID v5, then I do have a version that supports NZBGet v13 as the stable branch and v14 as the testing branch. Plugin can be found here: https://raw.githubusercontent.com/overbyrn/unraid-v5-plugins/master/nzbget.plg Link to comment
Tophicles Posted September 15, 2014 Share Posted September 15, 2014 Hi there, Overbyrn! Thanks so much for your work on the 32/64 bit plugin, it's worked fantastically for me. I'm just wondering (no pressure) if there's a plan for v13 support in your plugin? Only curious, thanks for your efforts so far!! Hello, If you're running unRAID v5, then I do have a version that supports NZBGet v13 as the stable branch and v14 as the testing branch. Plugin can be found here: https://raw.githubusercontent.com/overbyrn/unraid-v5-plugins/master/nzbget.plg Hi there, thank you for the quick reply! I am, however running 6b6... Link to comment
Recommended Posts