Synology-Forum.nl
Packages => 3rd party Packages => SickRage => Topic gestart door: BZwart op 14 april 2016, 11:18:33
-
Na een automatise update start SickRage niet meer op, "Failed to run the package service"
In de Package center log staat helemaal niets bruikbaars. Ik draai DSM 6 dus een herinstallatie is nog even geen oplossing.
In de SB wiki staat onderstaande mogelijke oplossing. Is dat aan te raden of is er een andere fix die ik kan proberen.
Als onderstaande de oplossing is vanuit welke folder voer ik dit uit?
Alvast bedankt voor de reacties.
git remote add upstream https://github.com/SickRage/SickRage.git
git fetch upstream
git checkout master
git branch -u upstream/master
git reset --hard upstream/master
git pull
-
Een simpele update verhelpt dit. (Git Pull)
Er was 2 dagen terug een update die sommige installaties niet meer goed liet starten. Dat was binnen 30 minuten verholpen, dus je hebt werkelijk pech gehad dat je binnen die tijd hebt geüpdate....
Wat je moet doen is het volgende. :
Login met Root via SSH.
Ga naar deze map. cd /volume1/@appstore/sickbeard-custom/var/SickBeard
(als je het oude Sickrage pakket gebruikt dan is het deze. cd /volume1/@appstore/sickrage/var/SickRage )
Voer daar dit commando uit.:
/volume1/@appstore/git/bin/git pull
Je zult zien dat nu de laatste updates worden binnengehaald.
Mocht de installatie beschadigt zijn kun je deze gebruiken. :
/volume1/@appstore/git/bin/git reset --hard origin/master
Hierna zou Sickrage weer moeten starten via het pakket center.
Echter volgens mij is bij DSM6 de Root acces met SSH geblokkeerd, als dat zo is heb je mogelijk niet genoeg rechten om de bovenstaande commando's uit te voeren. Dus dan zul je eerst die moeten activeren.
-
Bedankt, dit was super simpel.
SickRage draait weer als een zonnetje
-
Pas op met de gitpull op deze manier.
De bestanden die je op deze manier download krijgen root als eigenaar.
Je loopt dus de kans dat bij een volgende update die je vanuit het package zelf doet deze bestanden niet meer kunt updaten, want de user waaronder je dat doet heeft geen rechten om root bestanden te updaten.
Je merkt dat overigens pas als een van de bestanden die je nu gepulled hebt weer geupdate moeten worden, als die er niet tussen zitten zal de update wel goed gaan.
Ik raad je aan om even met winscp te kijken of er in de tak waar Sickrage staat bestanden tussen zitten die root als eigenaar heeft en die te wijzigen in de sickrage user.
-
SickBeard.py heeft als owner root maar via winSCP kan ik deze niet wijzigen.
EDIT: opgelost , bedankt voor de tip
-
Hallo allen,
Ik heb hetzelfde probleem maar ik heb nog nooit gewerkt met winscp. is er iemand die mij kan uitleggen hoe dat programma werkt, ik wil graag weten wat ik doe voordat ik er een zooitje van maak. dus enige uitleg is voor mij wel noodzakelijk. :oops:
alvast hartelijk dank.
John
-
http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/
Eenmaal WinSCP opgestart, wijst de weg vanzelf. ;)
-
Dank je voor je snelle reactie.
ik ga er mee aan de gang, ik meld me weer met de uitkomst.
Groeten John
-
Hoe WinSCP als programma zelf werkt, kijk eventueel b.v. hier (http://www.zozze.biz/WinSCP/index.html) (of google even verder).
-
Hallo
ik heb het programma geïnstalleerd en gekeken of er bestanden die als root stonden.
De enige bestanden die ik gevonden heb in de map sickrage die als root stonden waren de bestanden van python. ik weet niet of dit zo hoort.
Als dit wel zo is dan zou ik niet weten hoe dit op te lossen, misschien dat iemand nog een idee heeft.
Vriendelijke groeten John
-
ik weet niet of dit zo hoort.
Weet ik ook niet want ik draai SickRage niet. ;)
Maar, als je een map of file van eigenaar moet wijzigen dan kun je (in WinSCP) op betreffende map of file staan, rechtermuiskop doen en kiezen voor eigenschappen.
EEN voorbeeld:
[attachimg=1]
-
Hallo
ik heb het programma geïnstalleerd en gekeken of er bestanden die als root stonden.
De enige bestanden die ik gevonden heb in de map sickrage die als root stonden waren de bestanden van python. ik weet niet of dit zo hoort.
Als dit wel zo is dan zou ik niet weten hoe dit op te lossen, misschien dat iemand nog een idee heeft.
Vriendelijke groeten John
Uiteraard zijn het python bestanden, dat is waarin Sickrage geschreven is.
Je moet alle bestanden in onderstaande folder en al z'n subfolder als eigenaar "sickrage" maken (of als je het package via "sickrage custom" heb geinstalleerd die naam gebruiken).
/volume1/@appstore/sickrage/var
-
Dank jullie beide,
wat ik zie is in de map sickrage/var staan de volgende mappen (backup,logs.cache en sickrage als root en als eigenaar sickrage.klopt dit? ik zie wel bij config.ini en config.ini v7 dat er alleen bij eigenaar r en w staan bij de rechten, terwijl bij de andere bestanden ook bij groep en anderen een R staat.(ik denk dat deze letters voor Read en Write staan) zou dit een oorzaak kunnen zijn?
Groeten John
-
Niet gaan knutselen met allerlei rechten, die zijn door het package en vanuit sickrage zelf goedgezet.
Wat jij gedaan hebt is een gitpull terwijl je ingelogd was als root.
Daardoor hebben een aantal bestanden als eigenaar root gekregen en kan sickrage ze niet meer updaten.
Zoals ik al een paar keer gezegd heb verander de eigenaar van root in sickrage en meer niet.
-
En mocht je er toch een vergeten zijn (wat bij mij gebeurde) dan verteld de log je keurig welke file nog geen correcte eigenaar heeft als je probeert te updaten.
-
bedankt voor jullie reactie, mar tot nu toe heb ik alleen nog maar gekeken met winscp.
ik heb voor zo ver ik weet nog niets verandert. als ik in /volume1/@appstore/sickrage/var kijk dan staan alle bestanden met sickrage als eigenaar maar met root als groep. het kan zijn dat ik niet begrijp wat jullie bedoelen, ik ben hier niet zo in thuis. sorry daarvoor.
Groeten John :oops:
-
sickrage als eigenaar zou toch goed moeten zijn en root als groep volgens mij ook.
-
Heb je ook a,le subdirectories beken?
Anders gewoon in de log van sickrage kijken, daar stast dan in welk bestand hij niet kan updaten.
-
hallo
Ik zal het voor de zekerheid nog een keer doen. ik kan sickrage niet openen, want de nas kan het pakket niet mee openen.
Groeten John
-
Je kunt gewoon met winscp in de log kijken.
-
Hallo ik heb misschien toch iets gevonden.
In de map /volume1/@appstore/sickrage/env/lib/python2.7 staan 3 mappen als root (Config, encodings en lib-dynload) en de mappen distutils en site-packages als sickrage. de losse bestanden eidigend op py staan als root en de bestanden die eindigen op pyc staan als eigenaar sickrage.
Wat nu te doen ?voordat ik iets verander zou ik zeker willen weten dat niet het verkeerde verander.
Vriendelijke Groet
John
-
Config, encodings en lib-dynload staand bij mij ook als owner root en SickRage werkt prima.
Maar ik lees dat je SickRage helemaal niet kan openen, ik denkt niet dat dat iets ownership te maken heeft.
Bij mij werkte SR prima voor ik dat aanpaste, ik kon alleen niet updaten nadat ik een pull gedaan had.
-
In dat geval is het een ander issue.
Draai je niet toevallig DSM 6?
-
Nee ik draai met dsm 5.2.
sickrage is stopgezet en als ik via package center sickrage wil uitvoeren dan zegt hij dat het pakket niet kon uitvoeren.
Groeten John
-
Draai je dan misschien SickrageTV in plaats van Sickrage?
Zoniet kun je het beste even een gitpull doen maar wel als user sickrage.
Of anders gewoon sickrage verwijderen en opnieuw installeren.
-
naar mijn weten draai ik sickrage, want het functioneerde goed en opeens was hij stop gezet en kon ik hem niet meer aanzetten(lees: uitvoeren). Ik zou ook niet weten hoe ik nu zou kunnen zien of ik Sickrage draai of Sickrage TV. zou je misschien uit kunnen leggen hoe een gittpull in zijn werk gaat?
Vriendelijke Groet
John
-
Staat hier beschreven.
http://www.synology-forum.nl/sickbeard/working-forks-sickbeard-sickrage/msg174345/#msg174345