DSM-G600, DNS-3xx and NSA-220 Hack Forum

RunaR wrote:

Par checking starts fine, but after a few minutes the nzbget is shut down. I have to restart the daemon and par checking starts again from the beginning.

Correct ..

I have disabled the par repair function  .. downloaded about 30GB overnight and checked what happened..
all usenet stuff 100% ok where unpacked ..
all usenet stuff needed to repair had enough par's and waited for manually repair .. so the server was just sleeping.

So I can run it, but not repair it .. that's why I contacted the developer, he sent me a new nzbget binary but that one is failing to load some libraries

/mnt/HD_a2/ffp/bin # nzbget
nzbget: can't load library 'libxml2.so.2'

analyzing why the nzbget job gets killed when it wants to repair the archives is not possible as the compiled version of Fonz does not contain symbol info. That makes  the backtrace with it impossible.

Although I do not like stuff like optware which can cause to run not nice next to fonz's stuff I am going to give it a try ..
to see if that one is working fine yes/no

cybrey wrote:

However if I look at the current list of packages I can't see the nzbget mentioned in this thread ?

http://www.inreto.de/dns323/fun-plug/0.5/ChangeLog.txt

+------------------------------------------------------------------------------+
Sat Oct 25 12:59:37 CEST 2008
nzbget-0.5.1-1: Removed.
libpar2-0.2-2: Removed. The package was broken. Please use the DNS-323
    packages from http://nzbget.sourceforge.net/ instead.

See also http://www.aroundmyroom.com/2008/10/20/nzbget/

[off topic]
I'm using this: http://sourceforge.net/project/showfile … _id=102632
Works great and no need for optware or compile stuff yourself.
[/off topic]

RunaR wrote:

Par checking starts fine, but after a few minutes the nzbget is shut down. I have to restart the daemon and par checking starts again from the beginning.

That bug was / is known ..

it took me (and Fonz & the developer of NZBGET) a sunday to try a lot of options.
Finally we concluded that nzbget needed to be static compiled and not dynamic which was for fonz impossible or not doable.

Than Andrei compiled a number of files that day for me and I could test. Finally after some hours during that Sunday I had a working nzbget version .. (you can also grab the ipkg package, but I did not want to do that ..

Later during that week a new version was build and put into sourceforge:
http://sourceforge.net/project/showfile … _id=264752

first I used a simple unpak script but there is a nice one created for the popcornhour and with some little adjustments I made it working on the CH3SNAS
http://www.aroundmyroom.com/2008/10/17/ … ak-script/

NZBget runs very stable at my side and I have already downloaded about 500GB .. and it crashed 1 time.
Make sure that during testing and you want to have it run normaly it's wise to reboot one time. It seemed that after many tests the network part was buggy cause I could not copy any data in a normal way to my PC.  Reboot and no problem anymore ..

Although the script is not perfect it has downloaded many GB without failure at my side. Sometimes a file cannot be unpacked correctly, or cannot be repaired due to unknown reason, but 95% of all my files are perfectly handled.. and even with Grabit, Newsleecher you need to do some manual work ;-)

I'm running
NZBGet version 0.6.0-testing with nzbgetweb 1.3.2

Tjsak!
enjoy

cybrey wrote:

Whilst browsing around the site Fonz gave came across this blog article which details start to finish what to do .. haven't tried it yet though.

hey .. that's my site ;-)

Nope .. tried the installation instructions on the site above and its still missing this library file (libstdc++.so.5).

well

tar xvzf nzbget-0.6.0-testing-r237-bin-dns323-arm.tar.gz in Volume 1, resolved the problem.

damm, so much hours!!!

Using the latest dns-323 built downloaded form sourceforge, nzbget always crashes if I use encryption.  I installed the openssl package, but it doesn't seem to help.  NZBGet works fine w/o SSL encryption, can anyone help ?

I have a very different problem. I downloaded 'nzbget-0.6.0-testing-r252-bin-dns323-arm.tar.gz' from http://sourceforge.net/project/showfile … id=264752.

I untared and copied nzbget to /ffp/bin/ and all looks good until i try to run it. Then I simply get:
-sh: nzbget: not found

I confirmed the file is in /ffp/bin/ and permissions look ok too. What am I doing wrong? Seems like something very nooberific.. anyone know what this is?

RoninTech wrote:

Does the DNS-323 support Python?  If so, it might be worth having a peek at SABnzbd:

http://www.sabnzbd.org/

It does and I got SABnzbd working on my DNS-321. It runs like shit though because python takes up massive amounts resources for each download thread. Horrible. It was paging the hard drive the whole night until I finally killed it in the morning.

Beware.

Last edited by bklynkid (2008-11-30 03:32:53)

bodbod wrote:

So, what's the final status of nznbet ? is the version 6 working fine or not ?

thx

I guess you mean nzbget, It works perfectly with very low memory footprint.
I would recommend it above any other.

Don't complain here :-) but give hugbug a note on his forum.
He is always very helpfull and actively developing nzbget.

perssinaasappel wrote:

Don't complain here :-) but give hugbug a note on his forum.
He is always very helpfull and actively developing nzbget.

http://apps.sourceforge.net/phpbb/nzbge … ;t=65#p328

The nzbget version in that post uses the wrong libraries. You can't mix /lib with /ffp/lib. The nzbget version needs to be recompiled to use the correct library path and dynamic loader. Adding the following to LDFLAGS might help:

LDFLAGS="-Wl,-rpath -Wl,/ffp/lib -Wl,-dynamic-linker -Wl,/ffp/lib/ld-uClibc.so.0"

PS: And it's 'LD_LIBRARY_PATH' (and not LDD_...)