Problemen met 509+

[Steno]

Ik heb sinds enkele weken een DS509+ Ik heb deze mede ssngeschaft vanwege SABnzbd+ ondersteuning, alleen loop ik tegen problemen aan. Wellicht herkent iemand het en/of heeft een idee.
Na installatie van de SABnzbd+ package restart de Windows Fileserver met enige regelmaat. Ik ben er inmiddels zeker van dat SAB het probleem veroorzaakt, alleen blijft het probleem zelfs bestaan na verwijdering.

enige tijd geleden, na "spelen" en installeren, ontdekte ik het probleem, gereset met nieuwe firmware, en geen probleem meer.
na activering van enkele Synology opties en installatie van een of meer pakketten (in ieder geval SAB) trad het probleem weer op.
Opnieuw firmware geflashed en geen centje pijn, zonder problemen 2 weken laten draaien. vanochtend de stoute schoenen aangetrokken en SABnzbd+ er weer op gezet en leek enkele uren goed te draaien (vanaf afstand) maar vanaf 15:30 was het weer mis, navraag leerde me dat dit het tijdstip was dat de Windows Fileserver werd aangesproken (film afspelen). Het probleem zit hem dus daadwerkelijk in SAB. Heb hem nu weer verwijderd, maar ben bang dat ik weer moet flashen. Iemand een oplossing voor dit probleem? Heeft iemand deze tool überhaupt draaien op een 509+ (met 2.2)


 2009/11/26 20:36:24 admin Windows file service was started.
 2009/11/26 20:36:20 admin Windows file service was stopped.
 2009/11/26 20:36:12 admin Windows file service was started.
 2009/11/26 20:36:09 admin Windows file service was stopped.
 2009/11/26 20:06:09 admin Windows file service was started.
 2009/11/26 20:06:06 admin Windows file service was stopped.
 2009/11/26 20:05:58 admin Windows file service was started.
 2009/11/26 20:05:54 admin Windows file service was stopped.
 2009/11/26 18:34:40 admin Windows file service was started.
 2009/11/26 18:34:36 admin Windows file service was stopped.
 2009/11/26 18:34:29 admin Windows file service was started.
 2009/11/26 18:34:25 admin Windows file service was stopped.
 2009/11/26 18:04:27 admin Windows file service was started.
 2009/11/26 18:04:24 admin Windows file service was stopped.
 2009/11/26 18:04:16 admin Windows file service was started.
 2009/11/26 18:04:13 admin Windows file service was stopped.
 2009/11/26 17:34:15 admin Windows file service was started.
 2009/11/26 17:34:11 admin Windows file service was stopped.
 2009/11/26 17:34:03 admin Windows file service was started.
 2009/11/26 17:34:00 admin Windows file service was stopped.
 2009/11/26 16:41:35 admin Windows file service was started.
 2009/11/26 16:41:32 admin Windows file service was stopped.
 2009/11/26 16:41:24 admin Windows file service was started.
 2009/11/26 16:41:21 admin Windows file service was stopped.
 2009/11/26 16:11:25 admin Windows file service was started.
 2009/11/26 16:11:21 admin Windows file service was stopped.
 2009/11/26 16:11:13 admin Windows file service was started.
 2009/11/26 16:11:10 admin Windows file service was stopped.
 2009/11/26 15:41:13 admin Windows file service was started.
 2009/11/26 15:41:09 admin Windows file service was stopped.
 2009/11/26 15:41:02 admin Windows file service was started.
 2009/11/26 15:40:58 admin Windows file service was stopped.

[wizjos]

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

[Steno]

wizjos bedankt voor je reactie.
Ik wacht nog even af, misschien dat er nog andere knappe koppen langs komen met een idee, maar anders ga ik IPKG maar (weer) eens installeren. Deze was er dus af, mede op verzoek van Synology, omdat die er uiteraard niet thuis hoort als je een probleem hebt  

[merty]

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

[Steno]

Remco, ook bedankt voor je antwoord. Ik zal er zeker nog wat dieper induiken met je tips er bij, maar het feit dat het 2 weken stabiel draait en dan na installatie van de package dit probleem opduikt (en zelfs blijft bestaan na verwijderen) zegt mij dat SAB dus echt de trigger is, maar waarschijnlijk NIET zelf het probleem is, aangezien na verwijdering het dus blijft bestaan.
Heb nu de monitor open staan en als het "goed" is klapt hij er over 8 minuten weer uit.

[Steno]

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?

[wizjos]

Remco,

Het gaat mij ook helemaal niet om die Mb's! Ben volledig met je eens dat dat geen issue is. Wat ik echter wel een issue vind is inderdaad het toevoegen van ballast.
Daar ligt nu net het punt van mijn kritiek. Dat jouw bron hetzelfde is als IPKG zal ik niet bewisten. Echter, als ik via IPKG installeer blijf ik verschoond van die ballast en wordt uiteindelijk alleen dat geïnstalleerd wat noodzakelijk is. Zo zou het moeten zijn...
Dat je ballast voor lief neemt vind ik als professioneel programmeur behoorlijk gevaarlijk en eigenlijk not-done! Ik geloof direct dat SABnzbd niets zal doen met die meegeïnstalleerde ballast, maar je hebt geen zicht op hoe je systeem zal interacteren met die ballast.

Overigens, als je bron gelijk is aan de bron die IPKG gebruikt, dan vraag ik mij af waarom je überhaupt moeite doet om een en ander zelf te compileren... Als je de IPK's van SABnzbd, Python2.5, modules etc. ophaalt, uitpakt en integreert in je package heb je mijn inziens binnen no-time een package voor de juiste processor zónder ballast

Groet,

Wizjos

[merty]

@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