DiskStation SABnzbd topic

[Björn]

Werkt wel als ik naar /volume1/opt/bin ga en dan ./unrar intik
Moet dus wel met path... Weet niet of het daar aan kan liggen?

[ed_x]

ohja, heb je in /etc/profile wel /opt/bin en /opt/sbin toegevoegd staan aan PATH? anders wordt er standaard idd niet gekeken in deze directories

Daarna sabnzbd even opnieuw starten, omdat die nog opgestart is in de oude environment waar dat PATH niet geldt.

[Anonymous]

Hij doet het!!
Bedankt
 Groet
Björn

[workshop]

ed_X

Zijn er al vorderingen met de nieuwe downloadable package van SABnzbd,
die je kant en klaar kan installeren met de ingebouwde functies zoals: repair/unrar/delete?

Of komt er een losse package waarmee je de par2 en Unrar tools kunt installeren?

groet

[Methanoid]

Hi Ed, is the "package version" the new version of SABnzbd 2.5 that was released in the last 2 weeks or so or the 2.4 version?

and thanks from the English users for doing it in English as well as Dutch!

[ed_x]

De laatste tijd heb ik het een beetje druk waardoor ik er niet echt aan toe kom om iedere avond even ijverig naar het stationnetje te kijken .
Ik wil voor 0.25 wel een nieuwe release maken, maar de oude nog niet vervangen. Om een een of andere reden (het kan ook helemaal niet aan sab liggen) haal ik geen hoge snelheden met met sab. Ik heb het getest met 0.25, maar kan het me niet meer herinneren wanneer ik voor het laatst 0.24 geprobeerd heb. Ik kan verder geen cpu opslokkend proces ontdekken, of iets wat onwijs veel geheugen staat te vreten waardoor m'n hele DS traag zou moeten worden. En anders pleur ik even de hele boel eraf en zet het er opnieuw op (tsja, daar zijn mn packages wel weer handig voor!), kijken of dat verschil doet uit maken.
Nouja, vanavond heb ik er weer tijd voor en kan het lekker laat maken dus dat wordt weer een avondje knoeien.

@Methanoid: 0.25 is working on my DS, however I'm experiencing some speed issues atm.

[Methanoid]

Ed,

tried SAB with a large download (1.2gb two CDs) and on my DS106 (64mb Ram) it seems quite happy at 450k/sec.

Looks like Ram matters.

Perhaps if we could really stop the Daemons for some services running we could save more ram. Like Photostation.. I am never gonna use that and if SAB is working I won't want Downloadstation either!

Any other ways to conserve Ram for Sab?

[ed_x]

Well it uses a swap file too. What matters is the used memory that is active too. When it is not being used, such as for the photoserver, the used memory will be swapped to the harddrive if the memory could better be spent for an active process such as sabnzbd. You can notice this; normally it isn't hard for the diskstation when it's getting accessed by the windows share. But when SABnzbd has been running for a few minutes, the samba deamon has been swapped. Accessing the drive will make your hdd rattle a lot.
As long as not full-full (there's 384 MB available for swap memory), it's okay. If you would really be able to run it all in the memory, you'll have to atleast save 28MB of memory, for an overall usage of 55 MB (with sabnzbd running).

Btw, all of a sudden no problems now with 0.25. Seems to be working like a charm now (perhaps the reboot did it), even a bit better than the previous one! Time to upgrade

[ed_x]

Oke, hij is updated, bjorn heeft 'em weer gehost! Go and get it!

[Anonymous]

Iemand dat parchive voor par2 ondersteuning nog werkend gekregen?

[CronoS]

Hoi,

Bij mij was alles up and running, alleen heb ik van het weekend mijn HD vervangen vooor een grotere. Ook heb ik van de gelegenheid gebruik gemaakt om de Beta Firmware van Synology erop te zetten, aangezien de gehele NAS toch leeg ging...

Nu krijg ik dus helaas de Sabnzbd tool niet meer er op..
Als ik de regel /volume1/opt/bin/ipkg update doe dan krijg ik de volgende foutemelding:
/volume1/opt/bin/ipkg: error while loading shared libraries: libipkg.so.0: cannot open shared object file: No such file or directory

Ook via de firmware werkt deze niet, aangezien Python niet op de Nas gezet kan worden...  ??

Help??? iemand ideeen? Het heeft er ooit goed op gestaan en ik zou het toch graag weer werkend willen hebben   ..

Update: het is duidelijk de python files. Ik kan met geen mogelijkheid bij deze bestanden komen ik kan er geen CD naar toe doen... iemand ideeen? Ik heb de S99sabnzbd.ini even een volledig pad in gezet via VI. Nu kom ik 1 stap verder, maar nu vind hij het bestand libpython2.4.so.1.0 niet meer. Via het browsen kan ik er eigenlijk ook niet komen... Ik kan gewoon de directorys niet in... Heel dat optware verhaal is dus bij mij eigenlijk vrij brak... ?

Dit is de inhoud van de /volume1/opt/bin folder
DiskStation> dir
drwxr-xr-x    2 root     root         4096 Jan  2 21:43 .
drwxr-xr-x   15 root     root         4096 Jan  2 21:44 ..
-rwxr-xr-x    1 rnollen  users      781312 Jul 26 01:32 bash
lrwxrwxrwx    1 root     root            5 Jan  2 21:43 bzcat -> bzip2
-rwxr-xr-x    1 root     root        84760 Jul  5 21:08 bzip2
-rwxr-xr-x    1 root     root         9748 Jul  5 21:08 bzip2recover
lrwxrwxrwx    1 root     root            3 Jan  2 21:43 captoinfo -> tic
-rwxr-xr-x    1 root     root           95 Nov  8 22:18 cheetah
-rwxr-xr-x    1 root     root          136 Nov  8 22:18 cheetah-compile
-rwxr-xr-x    1 root     root         8748 Oct 11 09:16 clear
lrwxrwxrwx    1 root     root            7 Jan  2 21:43 idle -> idle2.4
-rwxr-xr-x    1 root     root           90 Nov 20 00:14 idle2.4
-rwxr-xr-x    1 root     root        52476 Oct 11 09:16 infocmp
lrwxrwxrwx    1 root     root            3 Jan  2 21:43 infotocap -> tic
-rwxr-xr-x    1 rnollen  root         8416 Sep  9  2005 ipkg
-rwxr-xr-x    1 root     root       315656 Oct 11 09:16 openssl
lrwxrwxrwx    1 root     root            8 Jan  2 21:43 pydoc -> pydoc2.4
-rwxr-xr-x    1 root     root           75 Nov 20 00:14 pydoc2.4
lrwxrwxrwx    1 root     root            9 Jan  2 21:43 python -> python2.4
-rwxr-xr-x    1 root     root         8644 Nov 20 00:14 python2.4
lrwxrwxrwx    1 root     root            4 Jan  2 21:43 reset -> tset
lrwxrwxrwx    1 root     root           11 Jan  2 21:43 smtpd.py -> smtpd2.4.py
-rwxr-xr-x    1 root     root        18011 Nov 20 00:14 smtpd2.4.py
-rwxr-xr-x    1 root     root        52308 Nov 20 00:14 tic
-rwxr-xr-x    1 root     root        34904 Oct 11 09:16 toe
-rwxr-xr-x    1 root     root        14136 Oct 11 09:16 tput
-rwxr-xr-x    1 root     root        43556 Oct 11 09:16 tset
-rwxr-xr-x    1 rnollen  root         4248 Sep  9  2005 update-alternatives
-rwxr-xr-x    1 rnollen  root       225424 Sep  4  2005 wget
DiskStation>

Daarna doe ik dit:
DiskStation> ./s99sabnzbd.sh start
warning: cannot change to home directory /volume1/opt/bin/python: error while loading shared libraries: libpython2.4.so.1.0: cannot open shared object file: No such file or directory
DiskStation> cd /volume1/opt/bin

Als ik daarna ./python tik dan krijg ik weer dezelfde foutmelding???
Ik verwacht ook dat het iets met het path te maken heeft, ik heb e.e.a. geprobeerd maar zonder resultaat... heeft iemand nog ideeen erover hoe dit goed moet op de DS-106e?

Update 2:
Ik heb wat gerommeld met het path commando, heb dit in het .profile gezet. Ik kan nu willekeurig python opstarten, maar nog steeds dezelfde foutmelding dat hij het bestand niet kan vinden..

Update 3:
Probleem van Python in elk geval voor een gedeelte opgelost als je de volgende regel runt dan kom ik wel in elk geval een stap verder
LD_LIBRARY_PATH=/volume1/opt/lib;
daarna
export LD_LIBRARY_PATH

Als je daarna via de vi ~/.profile deze 2 regels toevoegd dan word bij herstarten van de diskstation Python correct geinitialiseerd, alleen kan je dan alleen via de ROOT user sabnzbd opstarten..
Dus....  het werkt toch nog niet goed.... de ./S99sabnzbd.sh start regel werkt niet naar behoren en daar krijg ik nog wel dezelfde foutmelding?
Maar als ik in dit scherm gewoon python tik, dan lijkt python goed te werken en als ik python via deze regel opstart (met root rechten): sabnzbd.py -f sabnzbd.ini dan werkt sabnzbd ook naar behoren, maar ja zodra ik dan mijn telnet sessie afsluit ben ik ook mijn webpagina kwijt...

Als workaround heb ik even op de S99sabnzbd.sh bestand de switch naar de user guest uitgezet. Als dit gerund word vanuit Root werkt dit goed.. Het is nu duidelijk een permissieprobleem met het Guest account, maar waar kan moet ik de bovenstaande LD regels bekend maken voor de user guest? Dus hoe moet ik dit goed instellen voor deze user??

[Anonymous]

volgens mij moet je voor het aanpassen van je path in de directory etc de file profile aanpassen: (zit niet achter mijn ds106, dus kan niet kijken)

in :    /etc/profile

staan volgens mij alle defaults (maar niet voor ROOT)
als je ./profile aanpast, pas je ALLEEN die van ROOT aan (en dat wil je net niet).

volgens mij mis je mischien het symbolische linkje naar je opt/bin directory ?,dat staat ergens in de installatie handleiding van sabnzbd beschreven.

[CronoS]

volgens mij moet je voor het aanpassen van je path in de directory etc de file profile aanpassen: (zit niet achter mijn ds106, dus kan niet kijken)

in :    /etc/profile

staan volgens mij alle defaults (maar niet voor ROOT)
als je ./profile aanpast, pas je ALLEEN die van ROOT aan (en dat wil je net niet).

volgens mij mis je misschien het symbolische linkje naar je opt/bin directory ?,dat staat ergens in de installatie handleiding van sabnzbd beschreven.

Bedankt voor de reactie, ik zal vanavond eens in die folder kijken.

De symbolische link via het commando "ln -s /volume1/opt /opt;"
zoals beschreven in de procedure, mapt mijn bin folder via /opt/opt/bin ?
Dit snapte ik ook niet helemaal, maar toen sabnzbd goed werkte (voor mijn format dus) werkte dit eigenlijk al hetzelfde en gebruikte toen zoveel mogelijk lange padnamen met /volume1/opt/bin en niet /opt/opt/bin

update:
Er gaat toch weer van alles mis, dat met dit profile was wel een oplossing, maar nu krijg ik weer allerlei andere permissie errors.... Iemand enig idee waarom die LN regel bij mij raar loopt? Ik heb met die ln regel nog wat andere dingen geprobeerd, maar dat werkt niet ... Ik hoop dat mijn moeite binnenkort beloond word met een werkende sabnzbd ;-)

[ed_x]

Dit is echt vaag... kan je wel bij de opt map komen via de windows share (even rechten uitdelen voor guest voor 'opt' in de config van de NAS)? En heb je in /volume1/opt niet nog een opt directory staan, zeg maar /volume1/opt/opt/

[CronoS]

Dit is echt vaag... kan je wel bij de opt map komen via de windows share (even rechten uitdelen voor guest voor 'opt' in de config van de NAS)? En heb je in /volume1/opt niet nog een opt directory staan, zeg maar /volume1/opt/opt/

Ja dat kan ik, via mijn windows explorer kan ik de opt gewoon goed benaderen en er staat ook veel in. Ook heb ik geen 2 de keer een opt regel staan.

DiskStation> cd /opt
DiskStation> dir
drwxr-xr-x    3 root     root         1024 Jan  2 21:36 .
drwxr-xr-x   20 root     root         1024 Jan  5 22:30 ..
drwxr-xr-x    3 root     root         1024 Jan  1 22:33 local
lrwxrwxrwx    1 root     root           12 Jan  2 21:36 opt -> /volume1/opt
DiskStation>

Dit is het enige wat bij mij onder opt staat (ingelogd als root), dus als ergens word verwezen naar /opt/bin dan gaat het mis, want dan vind hij de bin folder niet... Ik zal wel iets fout doen maar wat

Even nog voor de volledigheid, dit is de inhoud van de opt share:
DiskStation> cd /volume1/opt
DiskStation> dir
drwxrwxrwx   15 root     root         4096 Jan  2 21:44 .
drwxrwxrwx   17 root     root         4096 Jan  5 22:31 ..
drwxr-xr-x    2 root     root         4096 Jan  2 22:20 bin
drwxr-xr-x    3 root     root         4096 Jan  2 21:44 doc
drwxr-xr-x    4 rnollen  root         4096 Jan  2 21:43 etc
drwxr-xr-x    5 root     root         4096 Jan  2 21:43 include
drwxr-xr-x    2 root     root         4096 Jan  2 21:44 info
drwxr-xr-x    4 root     root         4096 Jan  2 21:44 lib
drwxr-xr-x    2 rnollen  users        4096 Jun 20  2006 libexec
drwxr-xr-x    4 root     root         4096 Jan  2 21:44 local
drwxr-xr-x    4 root     root         4096 Jan  2 21:44 man
drwxr-xr-x    2 rnollen  root         4096 Jan  2 21:44 sbin
drwxr-xr-x    5 root     root         4096 Jan  2 21:44 share
drwxr-xr-x    2 rnollen  root         4096 Sep 11 21:37 src
drwxr-xr-x    3 rnollen  users        4096 Jan  2 21:44 var
DiskStation>