Synology-Forum.nl
Packages => 3rd party Packages => SickRage => Topic gestart door: Satch_23 op 02 september 2017, 08:54:04
-
Hi allemaal,
normaliter update ik Sickrage via Sickrage zelf. Echter ik zie dat Synocommunity ook een update heeft uitgebracht van het package (SiCKRAGE v20170829-4).
Heeft iemand enig idee wat deze update inhoud dan wel waarom deze update is uitgebracht?
Iemand het package al bijgewerkt?
-
Niet bijwerken.
Je krijgt dan de versie van Echel0n over je bestaande versie heen en die werkt niet voor DSM 6 en kan ook niet met je bestaande database en config files overweg.
SickRage kan zichzelf updaten dus een nieuw package is volkomen overbodig.
-
Ben(V),
dank, dat willen we zeker niet.
-
Als je van die update melding af wilt moet je even het versie nummer van je eigen package hoger maken dan wat er nu door Echel0n in het pacgae gezet heeft.
Hij gebruik daar de datum voor.
Het versienummer staat in het bestand "/var/packages/sickrage/INFO" en kan simpel met winscp aangepast worden.
Ik heb er dit van gemaakt.
version="99999999"
-
Hi Ben(V),
you read my mind... Wilde het in voorgaande post eigenlijk al vragen...
Top ga ik gelijk doen, loop ik ook niet de kans om per ongeluk op update te klikken.
Top
-
Ben(V),
ik heb de waarde zojuist kunnen aanpassen, maar wanneer verdwijnt de melding uit het update venster?
Moet ik daarna nog iets doen? ik heb al wel op refresh gedrukt, maar hij staat er nog steeds.
edit/toevoeging:
Tevens: in het package center zie ik in het blok onder update en actions overigens een ander versienummer staan dan dat in de INFO file stond, dus mogelijk dat deze waarde ergens anders vandaan komt. Enig idee?
-
Even uitloggen en weer inloggen.
-
Inmiddels af- en aangelogd, maar nog steeds staat de update klaar.
Overigens zoals ik iets later nog had toegevoegd:
de versie die vermeld wordt is anders dan de versie die in in de INFO file heb gewijzigd, zou dat er mee te maken kunnen hebben?
toegevoegd om 19:34
Oke, schiet mij maar spreekwoordelijk lek. Ik meende toch echt de waarde in de file INFO gewijzigd te hebben.
Na af- en aanloggen bleek ik dus nog steeds de update te hebben.
Ga ik nogmaals zoeken naar de file, en waarachtig... in de file INFO zie ik nu de juiste waarde van de running version staan. Na dit gewijzigd te hebben is update verdwenen.
Vraag is dan natuurlijk in welke INFO file heb ik de version waarde gewijzigd...
En ja ik had de waarde echt gewijzigd in een INFO file en ja de datum van de file was ook gewijzigd.
edit 19:43
OK, echt heel dom, waarde gewijzigd van de file INFO in de directory sickbeard. Sorry voor al het ongemak. Echt heel dom van mij, geloof dat ik maar moet gaan slapen of zo.
-
Geeft niets, kan iedereen overkomen.
Ben blij dat het nu goed werkt.
-
gloeiende gloeiende gloeiende
om deze reden heb ik idd auto-update uitstaan.
Terug van vakantie en ik kijk en ....... update alles...... ::)
Domme sukkel :S :D
maargoed 30 min later werkte het weer
-
Niet bijwerken.
Je krijgt dan de versie van Echel0n over je bestaande versie heen en die werkt niet voor DSM 6 en kan ook niet met je bestaande database en config files overweg.
SickRage kan zichzelf updaten dus een nieuw package is volkomen overbodig.
Hmm....
Toevallig is mijn sickrage een paar weken ermee gestopt (waarschijnlijk na een update).
Nu ik dit lees lijkt de kans groot dat dit me is overkomen.
Is er nog een makkelijke manier om dit terug te draaien of te controleren of dit mijn probleem is?
Op dit moment weet ik alleen dat mijn sickrage pakket niet meer wil starten.
-
Denk dat ik het antwoord op vraag 2 al weet ......
[attachimg=1]
Kan ik deze update op een of andere manier terugdraaien of ben ik nu verplicht het pakket opnieuw te installeren?
-
Het volgende zou je kunnen proberen met behulp van winscp
Maak een kopie van de volgende bestanden:
/volume1/@appstore/sickrage/var/sickbeard.db
/volume1/@appstore/sickrage/var/config.ini
Verwijder sickrage vanuit het package centre.
Doe een manual install van onderstaand package.
https://github.com/BenjV/SYNO-packages/raw/master/SickRage%20DSM%206%20noarch%20V1.0.spk
Start het package.
Doe een upgrade vanuit Sickrage zelf.
Als dat gedaan is stop je het package en plaats je de twee bestanden terug.
Start Sickrage weer op en hopelijk is alles weer als vanouds.
Dit werkt alleen als het Echl0n package nooit heeft willen starten en zijn package die bestanden niet overschijft, wat niet zou moeten maar gezien Echel0n's reputatie kun je van alles verwachten.
Het is misschien handig de na de manual install en upgrade de twee bestanden ergens te bewaren voor je de oude eroverheen zet.
Je kunt dan zonder een herinstallatie gewoon wwer met een schone Sickrage doorgaan.
-
thanks voor je hulp :thumbup:
Als ik echter de bestanden terugzet wil het pakket wederom niet starten.
Zal dit te maken hebben met bestanden die al overschreven zijn?
-
Ja helaas waren die twee bestanden dus al verprutst.
Zit niets anders op dan het package schoon te installeren en hem je seriefolder te laten scannen.
Is ook niet heel veel werk hoor.
Misschien wel handig om vanuit sickrage af en toe een configuratie backup te maken, vooral nadat je weer series hebt toegevoegd.
-
Gisteravond idd maar een clean install gedaan en alles draait weer.
Bedankt voor je hulp 
Ps
En een back-up gemaakt 
Verzonden vanaf mijn iPhone met Tapatalk
-
Ben helaas niet zo slim geweest, en heb Sickrage geupdate via het Package Center.
Heb bovenstaande gelezen en via de link de pkz file gedownload.
Sickrage via Package center gedeinstalleerd en via handmatig installeren de pkz file aangeklikt.
De NAS zegt dan na een paar seconden "De bewerking is mislukt. Meld U opnieuw aan bij DSM en probeer het opnieuw."
Dus krijg ik Sickrage niet opnieuw geinstalleerd.
Heb de NAS al eens opnieuw opgestart, maar het resultaat is hetzelfde.
Graag iemand die mij in niet al te technisch uitleg kan helpen.
Heb een NAS 415.
Groetjes Oilman
-
Misschien is je gedownloade package corrupt geraakt.
Download hem een opnieuw en probeer het nogmaals.
Je kunt hem hier downloaden.
https://github.com/BenjV/SYNO-packages/raw/master/SickRage%20DSM%206%20noarch%20V1.0.spk
-
Het bestand opnieuw gedownload.
Het resultaat is hetzelfde. Krijg weer de melding om me opnieuw aan te melden bij DSM.
Het bestand dat ik gedownload heb is 47,920.128 Mb groot.
Ik weet niet wat hier fout gaat, of wat ik fout doe.
-
Draai je wel DSM 6?
Heb je Python van de SynoCommunity geinstaleerd?
-
Mijn NAS draait op DSM 6.1 en ik heb 3 packages van python draaien.
Python versie 2.7.13-16
Python Module versie 109 en
Python 3 versie 3.4.1-4
-
Tja dan weet ik het ook niet meer.
-
Hm....denk ga het testen op m'n DS716+II, recht toe recht aan:
[attachimg=1]
[attachimg=2]
OK:
[attachimg=3]
[attachimg=4]
[attachimg=5]
[attachimg=6]
M.a.w. het werkt gewoon.
Kan het zijn dat het bij jou fout gaat omdat je meerdere Python hebt draaien en ik 1 ?
Als het kan, zou ik Sickrage en de 3 Pythons verwijderen en alleen deze versie (her)installeren:
[attachimg=7]
En daarna "SickRage DSM 6 noarch V1.0.spk" weer installeren.
Als dat werkt, dan (als je dat nodig vindt) die andere 2 Pytons weer installeren.
My two cents.
-
Proberen kan geen kwaad, maar zou niet nodig moeten zijn.
Het SickRage package verwijst expliciet naar een Python virtual environment die naar de SynoCommunity Python verwijst.
Ik heb hier voor wat testwerk ook een Python 3 draaien en Python 2 wordt tegenwoordig standaard met DSM meegeleverd dus die kun je niet eens verwijderen.
Dat andere python zijn add-on modules maar Synology geeft nergens aan welke dat zijn.
-
Ik heb Sickrage v20170829-4 inmiddels draaien, afleveringen worden inmiddels gevonden en 'neergeladen' door SABnzbd om vervolgens door Sickrage de nabewerking te laten doen.
Op de een of andere manier maakt Sickrage per aflevering een nieuwe map om deze vervolgens in de hoofdmap */volume1/video/TV Series. Ik wil dat de afleveringen in de Season map terecht komen van de betreffende serie, dus in de season map hoeven van mij dan ook niet per aflevering eigen mappen voor een aflevering gemaakt te worden.
Ik heb nog een oude nas op DSM 5.2 draaien waar dit wel goed werkt en heb daarmee de instellingen vergeleken bij zowel de instellingen post processing als bij de instellingen van de afleveringen zelf.
Ik heb wel Sickrage overigens een keer opnieuw geinstalleerd...
Iemand een idee hoe ik bovengenoemde werkend zodat ik niet elke aflevering zelf naar de juiste map hoef te verplaatsen?
Gr. Vinoglobe
-
Kijk eens bij episode naming onder instellingen > post processing.
Daar kun je precies instellen hoe je de afleveringen opgeslagen wilt hebben.
-
Dank dvandonkelaar, ik verwacht ook dat het daar zit, en dan wel bij Episode Naming.
Ik heb de name pattern als volgt staan, lijkt mij goed: Season %0S/%S.N.S%0SE%0E.%Q.N-%RG
Dit is Single-EP Sample: Season 02/Show.Name.S02E03.720p.HDTV-RLSGROUP.ext
Of dit is niet goed, of ik moet het ergens anders zoeken.
Kan het wellicht ook met rechten te maken hebben, bv wel toegang tot de map TV Series, maar niet per serie, per seizoen? Ik denk nu even hardop.
-
Die instellingen moeten goed zijn, bij mij staat de episode naming als volgt
Season 02/Show Name - S02E03 - Ep Name.ext
Wat is er in de logs te vinden over de post processing? Staat hier misschien een error waardoor hij episode folders maakt?
-
Daarmee is de pattern volgens mij als volgt: Season %0S/%SN - S%0SE%0E - %EN
Deze heb ik als test nu even opgeslagen, wellicht dat het helpt.
In de log kom ik niet veel bijzonders tegen, maar ook niet dat de aflevering is verplaatst naar een bepaalde map.
Er staat alleen:
Auto post processing task for /volume1/downloads/complete/SickRage completed
Beginning auto post processing task: /volume1/downloads/complete/SickRage completed
Processing: /volume1/downloads/complete/SickRage completed
Succesfully processed
-
In het tabje postprocessing kun je het beste aangeven dat je geen renaming gebruikt, dan worden er in ieder geval season folders aangemaakt.
Als je gaat renamen moet je dat zorgvuldig goed doen, zeker als je er later nog subs bij moet zoeken.
Misschien dat je de rechten niet goed hebt uitgedeeld, maar je moet die rechten uitgeven via de groep "sc-media" als je mijn package gebruikt.
-
Eindelijk, probleem/problemen gevonden (en opgelost).
1) SABnzdb was kennelijk de post-processing aan het uitvoeren, dit doordat de opgegeven categorie van Sickrage in SABnzdb de trigger was. Kleine aanpassing gemaakt om SABnzdb alleen te laten opschonen en de map met de afleveringing in de Complete/SickRage map te zetten. Hierdoor moest SickRage het verder weer overnemen.
2) Sickrage had nog niet de rechten om wijzgingen aan te brengen in de map Complete/SickRage map.
Al met al een paar avonden werk waarbij ik eerste instantie de instellingen van SABnzb helemaal over het hoofd heb gezien.
Dank voor het meedenken!