Synology-Forum.nl
Packages => 3rd party Packages => Auto-Sub => Topic gestart door: Matr1x op 10 september 2017, 09:54:32
-
Ook ik maakte de fout door een keer Update-All te kiezen en hierdoor werken AutoSub en SickRage niet meer.
Meest recente advies voor AutoSub is handmatig de versie van @Ben(V) te installeren:
https://www.synology-forum.nl/auto-sub/http(nasip)3rdpartyautosub-bootstrapbillautosub-bootstrapbill-cgi/msg228704/#msg228704
Maar helaas krijg ik dit niet voor elkaar. Het uploaden gaat mega langszaam en uploaden start na een paar procent iedere keer opnieuw.
Beetje jammer dat het pakket niet meer in de SynoCommunity staat.
Iemand nog een tip die wel werkt? ;)
-
Download deze versie en instaleer handmatig.
https://github.com/BenjV/SYNO-packages/raw/master/AutoSub%20DSM6%20noarch%20V1.1.spk
Wees blij dat hij niet in de repository van de SynoCommunity staat, want die hebben nog geen enkel package voor DSM 6 geschikt gemaakt.
Voor SickRage heb ik ook een package dat geschikt is voor DSM 6.
zie hier.
https://github.com/BenjV/SYNO-packages/raw/master/SickRage%20DSM%206%20noarch%20V1.0.spk
-
Maar helaas krijg ik dit niet voor elkaar. Het uploaden gaat mega langszaam en uploaden start na een paar procent iedere keer opnieuw.
Een extra reboot doet wonderen. AutoSub draait weer:
[attachimg=1]
-
Mooi.
Vergeet niet om even een update vanuit autosub zelf te doen want in het package zit uiteraard een oude versie.
Hetzelfde geld voor SickRage.
-
Dat heb ik idd gelijk gedaan...
Het lukt me nu alleen even niet om de oude config file terug te zetten. Met WinSCP kan ik niet aanloggen als root en als admin heb ik niet voldoende rechten helaas. Ben er duidelijk een beetje uit :D
-
Winscp kun je werkend maken via het tutorial van Birdy
https://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/
Als je de backup niet terug kunt zetten komt dat doordat autosub geen rechten heeft op die backup te lezen waar jij hem neergezet hebt.
Even de group "sc-media" daar rechten geven, moet het oplossen.
Onder DSM 6 zitten de users waar de packages onder draaien niet meer standaard in de users groep en niet meer zichtbaar, maar de autsoub user heb ik in de groep "sc-media" gezet.
-
Configuraties teruggezet (beetje moeten aanpassen) en zowel AutoSub als SickRage werken weer als vanouds. Hoefde gelukkig niet opnieuw alles in te stellen. Bedankt voor de hulp @Ben(V) en @Birdy voor de duidelijke uitleg over WinSCP.
-
:thumbup:
-
Iets te vroeg gejuicht 8)
2017-09-13 00:46:37 POSTPROCESSOR-AUTO :: Processing failed for /volume2/download/SickBeard/complete/Fear.the.Walking.Dead.S03E09.HDTV.x264-SVA[ettv]/Fear.the.Walking.Dead.S03E09.HDTV.x264-SVA[ettv].mkv: File is locked for reading/writing
2017-09-13 00:46:37 POSTPROCESSOR-AUTO :: Processing Failed
Het pakket van @Ben(V) draait vast onder een andere gebruiker dan de gebruiker die toegang had tot de oude mappen. Ik heb nu de group veranderd in "sickrage" van de map en nu werkt het, maar is dat wel de beste oplossing?
-
De groep Sickrage bestaat niet tenzij je die zelf hebt aangemaakt, maar dat helpt niet voor SickRage (en ook niet voor autosub).
Ik neem aan dat de groep "sc-media" bedoelt en dat is de juiste manier om rechten toe te kennen.
Onder DSM 6 draait een package onder een 'hidden' user die maar heel beperkt zichtbaar is in de GUI van DSM.
Die user heeft geen admin rechten en zit ook niet meer in de groep users.
Dit is een zeer terechte aanpassing van Synology want vroeger had elke gebruiker altijd rechten op alles wat een package aanmaakte.
Je kunt die system internal user" alleen rechten geven aan een hele share.
Daarom heb ik de groep "sc-media" toegevoegd om eenvoudiger en uitgebreider rechten uit te kunnen delen.
Ter info:
Je kunt SickRage alleen rechten geven op een "shared folder" of subfolder daarvan.
- Control Panel
- Shared Folder
- Edit
- Permissions
- Kies voor: System Internal User
- Selecteer de user "sickrage"
- Geef die user sickrage Read/Write rechten
-
De groep Sickrage bestaat niet tenzij je die zelf hebt aangemaakt, maar dat helpt niet voor SickRage (en ook niet voor autosub).
Ik neem aan dat de groep "sc-media" bedoelt en dat is de juiste manier om rechten toe te kennen.
Als ik met WinSCP naar de SickRage mappen kijken die door de installatie aangemaakt worden, dan is de group sickrage en de owner sc-sickrage.
[attachimg=1]
Als je meerdere pakketten (AutoSub, SickRage) onder dezelfde groep of user laat draaien wordt het lastig te achterhalen welk pakket bepaalde bestanden neergezet heeft. Daarom heeft ieder pakket van de SynoCommunity een eigen (internal) user.
Hoe dan ook, ik heb mijn probleem opgelost door de groep van de doelmap voor post-processing op sickrage the zetten. Deze stond voorheen op sickbeard. En de doelmap is geen share, maar een map in de share download. Ik heb dus in de download shared map voor elk pakket een submap staan, waar de log, downloads, uploads, etc onder hangen. Zo is alles gescheiden, maar toch bij elkaar.
-
Die eigen internal owner komt niet van de SynoCommunity maar van DSM 6.
Maar als het voor jouw werkt is het prima.
Ik ben met de SynoCommunity bezig een nieuwe structuur voor al hun packages op te zetten om de packages zowel onder DSM 5 als DSM 6 goed functionerend te krijgen.
Het Autosub en Sickrage package waren mijn eerste pogingen het goed onder DSM 6 werkend te krijgen, maar om het ook goed onder DSM 5 te laten draaien heb ik een iets andere structuur bedacht.
Daarin zou de hidden "onwner" in dit geval "sickrage" worden en de group (die niet hidden is) wordt dan "sc-download" waar de hidden user dan lid van gemaakt wordt.
In alle gevallen zal de hidden "user" geen lid meer zijn van de group "users", omdat je daarmee automatisch iederen toegang geeft tot alles wat door een package wordt aangemaakt.
-
Ben(V),
goed om te lezen dat gewerkt wordt aan een generieke transparante oplossing :thumbup:
-
Je kunt die system internal user" alleen rechten geven aan een hele share.
Daarom heb ik de groep "sc-media" toegevoegd om eenvoudiger en uitgebreider rechten uit te kunnen delen.
Ter info:
Je kunt SickRage alleen rechten geven op een "shared folder" of subfolder daarvan.
- Control Panel
- Shared Folder
- Edit
- Permissions
- Kies voor: System Internal User
- Selecteer de user "sickrage"
- Geef die user sickrage Read/Write rechten
Ik heb dit gedaan nu, maar nog steeds kan SickRage niet postprocessen. Zowel de groep users, sc-media, sc-download als de user sickrage hebben read/write rechten op de shared folder. Misschien komt het wel omdat ik met Transmission download en die de owner wordt van wat er in complete map van SickRage gezet wordt
-
Het transmission package is niet geschikt gemaakt voor DSM 6 dus dan krijg je dit soort problemen.
Je kunt beter downloadstation gebruik, dat is onder water ook transmission, maar wel geschikt voor DSM 6.
Ik gebruik zelf ook de combinatie SickRage, Download Station en autosub en heb nooit problemen.