Synology-Forum.nl
Packages => 3rd party Packages => Transmission => Topic gestart door: Matr1x op 28 november 2017, 02:05:07
-
Als transmission is gedownload heeft voot SickRage of CouchPotato, dan heeft de group niet de een waarde waar SickRage of CouchPotato iets mee kan. Ik moet dus iedere keer handmatig de group op sc-media zetten wil et post-processen lukken.
Is er een manier om de group automatisch met sc-media te vullen als transmission iets gedownload heeft?
-
Je kunt de user waarin Transmission draait wijzigen in een user die in e groep sc-media zit.
Ik weet niet of je docker of een package draait, maar bij docker is het mogelijk. Of het ook met een package mogelijk is (onder DSM6) weet ik niet.
-
Je moet op de shared folder(gedeelde map) waar transmission z'n bestanden neerzet de group sc-media lees/schrijf rechten geven, dan krijgen ze ook die rechten op de bestanden die daar neergezet worden.
Dat doe je via:
Control Panel
Shared Folders
(Folder selectere)
Edit
Permissions
(Group selecteren uit de pulldown)
Werkt alleen als je mijn SickRage package hebt geinstalleerd, dat geschikt is gemaakt voor DSM 6
Anders moet je bij de pulldown kiezen voor "System Internal User" en de internal user sickrage die rechten geven.
Vinkje bij read/write zetten voor sc-media zetten
-
Je moet op de shared folder(gedeelde map) waar transmission z'n bestanden neerzet de group sc-media lees/schrijf rechten geven, dan krijgen ze ook die rechten op de bestanden die daar neergezet worden.
Blijkbaar niet want het stond al zo:
[attachimg=1]
-
Heb je het geprobeerd met de "System internal user"?
Als dat ook niet werkt dan ligt het probleem bij Transmission.
Ik gebruik gewoon downloadstation en heb geen enkel probleem.
-
Daar staat sc-media natuurlijk niet tussen en sc-sickrage stond daar al goed:
[attachimg=1]
-
Even wat aan het googlen geweest.
Het probleem zit in transmission.
Die geeft standaard 744 als protectie van z'n downloaded bestanden en dat houd in dat alleen de owner read/write rechten heeft en de group niet.
Je zult de umask in de settings van transmission moeten aanpassing.
Dat moet in settings.json, je zult hem even moeten zoeken want ik weet niet precies waar die staat, waarschijnlijk in een folder die "transmission-deamon" heet.
Daar moet je de umask veranderen van 18 in 2
-
Deze stond al op 2
[attachimg=1]
Nog andere suggesties?
-
Kun je met winscp kijken welke permissiebits die files dan krijgen?
Maak de group eigenaar van de map waar transmission de files neerzet een sc-media en zorg dat het sticky bit gezet is.
Kun je makkelijk doen met winscp op de folder gaan staan, rechts klikken en properties kiezen.
-
MOD @Matr1x Niet onnodig citeren.
Bedoel je dit?
[attachimg=1]
-
Oh, zie nu pas de juiste checkbox (in oranje)
[attachimg=1]
-
Sticky bit staat aan, maar helaas krijgen nieuwe files die Transmission er neer zet niet de owner en group van de map waar ze in gezet worden. Dus kan SickRage ze nog steeds niet processen.
-
Wel transmission even gestopt en weer gestart?
Dan weet ik het ook niet meer, zelf gebruik ik downloadstation en dat is onder water ook transmission en dat levert geen enkel probleem op in combinatie met SickRage.
-
Heb gisteren DownloadStation gebruikt en daar hebben bestanden die gedownload zijn dezelfde eigenschappen als van Transmission. En toch kan SickRage ze daarna wel processen. Vreemd toch?
-
Het zal wel te maken hebben met het feit dat het Transmission package niet geschikt gemaakt is voor DSM 6.
-
Bij mij werkt Transmission perfect onder 6.1 op mij DS1515+ en onder 6.1 op Docker DSM.
Ik heb in het verleden problemen gehad, maar nadat umask goed was gezet waren deze opgelost.
Ik heb Umask toen op 0 gezet, wat overeen komt met 777 (transmission stoppen in package centre, dan aanpassen, dan weer starten).
Tot enkele maanden geleden gebruikte ik Sickrage, maar tegenwoordig gebruik ik Sonarr (beide naar tevredenheid, Sonarr werkt net iets gemakkelijker). Voor de schrijfbevoegdheid van de bestanden mag dat m.i. echter niets uit maken.