Steno,

Het is een betreurenswaardig verhaal wat je daar vertelt...
Als ik het zo lees kom ik ook op weinig anders uit dan dat installatie van dit package de boosdoener zou moeten zijn...

Eigenwijs als ik ben heb ik er altijd voor gekozen SABnzbd via IPKG te installeren. Heb toch eens het package opgehaald voor jouw 509+ (die stomtoevallig ook voor mijn Syno geschikt is). Ik heb het package uit elkaar getrokken en ben eens gaan zitten kijken....
Van wat ik aantrof werd ik niet echt vrolijk: naast de vereiste python 2.5 installatie kom ik een installatie van python 2.4 tegen; een directory terminfo en een aantal zaken meer waarvan ik mij ook afvraag wat die daar doen. Zal ongetwijfeld allemaal een reden voor zijn, maar het heeft naar mijn idee niets te maken met de basale installatie van SABnzbd!

Als ik de installatie van SABnzbd via IPKG uitvoer heb ik bv. geen python 2.4 installatie staan om maar eens wat te noemen.

Kortom, ik zou je adviseren eens te kijken wat je middels IPKG kunt bereiken. Je zal dan SABnzbd nog wel handmatig moeten configureren en zo, maar dat lijkt mij toch wat mider lastig dan alsmaar je Syno opnieuw te installeren

Succes!

Wizjos

Hmm..

Er zijn meerdere redenen waarom de admin windows fileserver ermee uitscheid, deze hebben niet *direct* verband met SABnzbd+. Mogelijke oorzaken zijn:
* (al dan niet zelf -) uitgevoerde (gedeeltelijke) shutdown van de DS. Kan nog wel eens voorkomen bij DS+ modellen met nogal warme harddisks. DS+ cpu's worden een beetje overgeklokt en sensor kan dan wel eens te hete omgeving aangeven, waardoor de shutdown procedure in werking wordt gesteld.
* Te weinig geheugen of processen over : kan gebeuren als er processen hangen en teveel paketten geinstalleerd zijn. In ergste geval kunnen hierdoor processen sneuvelen die CPU of Memory willen claimen, maar niets meer kunnen krijgen.
* Windows File Protocol problemen: Sommige clients (zoals mediaplayers) ondersteunen niet "netjes" het SMB protocol, in ergste gevallen crasht het programma (en wordt daarna weer opgestart, om vervolgens precies omzelfde reden weer crasht etc.)
* Corrupte sectoren. Als een deel van de schijf wordt aangesproken waarbij het filesysteem niet meer 100% is, kan de service "de weg kwijtraken" en crashen.

Het kan natuurlijk altijd zijn dat SABnzbd+ package ervoor zorgt dat er net *teveel* processen/geheugen/warmte bij komt, maar in dit geval zou je dan sowieso een "ongezonde" omgeving hebben met teveel lopende processen e.d. Check de status van je DS op geheugen, cpu & temperatuur op momenten dat het optreed. Het enige dat SABnzbd+ op filegebied doet als hij niet aan het downloaden is de "watch" folder checken. Het zou kunnen zijn dat er iets mis is met die folder oid. Probeer 'm op een share op een andere fysieke schijf te zetten (of scannen uit zetten, handiger ook voor diskgebruik & warmte). Dat is het enige wat ik kan verzinnen waarin SABnzbd+ package & de windows file system service met elkaar "ruzie" kunnen krijgen. Je kan altijd IPKG package er naast gebruiken, maar ik vermoed dat je daar nauwelijks winst mee kan halen, het enige wat je niet hebt zijn extra start-stop-status scripts die in de package zit, maar voor de rest draait *exact* hetzelfde aan python, libraries e.d.

Dit is voor het eerst dat ik over dit soort problemen hoor in combinatie met mijn package, dus vergeef me als ik wat voorzichter ben met conclusies trekken.

@Wizjos:

Ja, Python2.4 is niet *direct* nodig, helaas komt dat door dependencies van verschillende additionele python modules die SABnzbd+ nodig heeft. Sommige modules willen simpelweg niet gecompileerd worden als er geen python2.4 (-libraries/directories) zijn. Helaas komt daardoor een deel van Python2.4 ook nog mee. Nu kan ik dat handmatig wel allemaal eruit slopen en dependencies goed te zetten, maar is nogal veel uitzoek & probeer werk, bovendien mag ik dat werk opnieuw doen als er weer nieuwe source packages ervoor zijn. Daarom besloot ik destijds maar de extra "balast" (en geloof me, er zit nog veel meer bij wat niet direct nodig is) er gewoon bij in te pakken, juist op NAS systemen waar we gewoonlijk 1Tb of meer inzetten, zijn die extra MB's nou niet echt killing. SABnzbd+ doet niets met die overbodig spullen dus dat heeft geen enkele invloed op de werking van je systeem. Nogmaals, SABnzbd+ zal hetzelfde draaien als onder IPKG. Ook ik maak gebruik van dezelfde *sources* van NSLU2 repository waar ook de IPKG packages uit worden gebrouwen...


Groeten,

Remco

Schijven 2x17 2x18 en 1x 23 graden
geheugengebruik zo'n 13%
CPU gebruik minder dan 5%

Op dit moment wordt de schijf niet eens meer aangesproken en het feit dat het  ieder half uur is.... er zit wel iets verloop in en soms doet hij het 2x kort achter elkaar, maar over het algemeen 30 minuten.

Nou ja, dit weekend maar weer flashen en via IPKG proberen denk ik.

Tenzij je eens zou willen kijken Remco? Hoeft niet, maar misschien wil je het voor eigen controle, om te kijken wat er gebeurt?

@Steno,

Ik bedoelde, check je machine precies op het moment dat het gebeurd. Zet ook 'ns "watch folder" uit. of laat 'm 'ns een dag draaien *zonder* dat er iets gedownload word. Check ook de log van SABnzbd+ (in admin interface, packagemanager scherm, package aanklikken en "log" tabje selecteren) zie je daar vreemde dingen in? Blijf het vreemd vinden, vriend van mij heeft de 409+ (zelfde omgeving, maar dan met 4 schijven) en heeft dit soort problemen nooit gehad..

Anyway, wat je *ook* kan doen is nog een week of 2 wachten. Ik ben inmiddels bezig met een flinke "makeover" van de package i.c.m. laatste (beta-) versie 0.5.0 . Deze versie moet (iets?) sneller en minder belastend zijn...

@Wizjos:

Ben het nog niet met je eens, ik weet zeker dat het geen kwaad kan. IPKG's uitpakken gaat niet, simpelweg omdat alles op de /opt directory geent is. Overigens, IPKG packages (of eigenlijk de install scripts ervan) kunnen ook andere files aanpassen in bijv. de /etc/ directory. Dat vind ik niet zo'n goed idee. Vandaar dat in mijn package alles in een directory boom (onder /var/packages/sabnzbd/target ) terecht komt en ook nooit "hierbovenuit" komt.
Anyway, toch krijg je je zin In nieuwe versie zal ik het e.a. strippen aan de package (scheelt mij ook weer download bandbreedte ) bovendien is met DSM2.1 ook unrar en unzip al meegkomen..

Groeten,

Remco