Synology-Forum.nl
Packages => Officiële Packages => Cloud Station & Drive => Topic gestart door: JoostSynology op 27 augustus 2021, 18:53:06
-
Opstelling: twee Synology NAS (DS918+ en DS120j) op hetzelfde netwerk, beide op DSM 7. Synology Drive Sharesync staat aan en synchroniseert alle zelf gemaakte bestanden prima op beide apparaten volgens het schema.
SABnzbd draait in een docker op de DS918+, werkt als een tierelier. Staat ingesteld om een nzb folder te monitoren en het .nzb bestand te wissen zodra de download gestart is.
De bewaarde .nzb op de DS918+ synchroniseert naar de DS120j. Maar als SABnzbd de .nzb wist op de DS918+, dan wordt deze niet gewist op de DS120j. Ook het gedownloade bestand op de DS918+ synchroniseert niet naar de DS120j. Als ik het gedownloade bestand kopieer naar een subfolder op de DB918+ dan synchroniseert hij wel.
Wie het weet mag het zeggen, maar ik snap het niet meer...
-
Synchronisatierichting (https://kb.synology.com/nl-nl/DSM/help/SynologyDrive/drive_sharesync?version=7#direction) niet goed ingesteld?
-
Hi, dank voor je bericht Birdy, maar 'helaas' de synchronisatierichting staat op bi-directioneel. En met bestanden die ik zelf maak en wis (dus niet SABnzbd) werkt dat ook. Ik dacht een rechten kwestie. Ik heb gestest met andere rechten, ik heb dezelfde gebruikers & wachtwoorden op beide NAS, en getest met een gebruiker met admin rechten, maar ook dat mocht niet helpen. Het lijkt er op dat Sharesync de trigger niet krijgt dat er een verandering plaatsvindt als SABnzbd schrijft/wist?
-
Het lijkt een rechten kwestie. Een gedownloade folder die door SABnzbd geschreven wordt, erft niet de rechten van de bovenliggende folder. Bv voor de users group staan de rechten op 'alleen lezen'. Zodra ik de rechten gelijk maak aan de bovenliggende folder, synchroniseert de folder meteen.
Vraag is nu: waarom schrijft SABnzbd bestanden met andere rechten dan de bovenliggende folder, maw. waarom overerven de rechten niet? Tweede vraag: waarom synchroniseert Drivesync niet met de rechten die op de folder zitten? Het antwoord op de tweede vraag is: omdat de user group alleen leesrechten heeft. Zodra ik bv alleen op de folder de user group lees/schrijf rechten geef, synchroniseert de folder maar niet de bestanden die er in staan.
Ik ga nu uitzoeken of/hoe ik de gedownloade folders reguliere user lees/schrijf rechten kan geven...
Mocht iemand nog een gouden tip hebben...
-
Vraag 1 kan ik niet beantwoorden.
Vraag 2 wordt beantwoord in de gegeven link.
-
Ik ben weer iets verder.
Ik heb de Docker setup van Dr. Frankenstein gevolgd. Dus een user 'dockerlimited' aangemaakt en deze gebruiker als PUID meegegeven in de environment variabelen van docker. De PGID environment variabele staat op 'users' De gedownloade folder heeft idd dockerlimited als eigenaar en users als group.
SABnzbd geeft de mogelijkheid om 'Permissions for completed downloads' in te stellen. Ik heb deze op 777 gezet. Nu heeft de gedownloade directory de volgende attributen: drwxrwxrwx. Maar de andere folders in de directory die wel syncen hebben het attribuut drwxrwxrwx+, maw daar zit een ACL op. "ls -el" bevestigt dit. De gedownloade folder heeft geen ACL.
Inspectie van de rechten via file station leert dat de alle machtigingen op de gedownloade folder op "aangepast" staan, omdat bij Schrijven het vinkje "Verwijderen" niet aan staat. Zodra ik dat aanzet bij één enkel gebruiker gaat hij syncen. Mijn conclusie: de "verwijder" rechten komen uit de ACL.
Blijf ik dus met één vraag achter: hoe krijg ik dat "verwijderen" vinkje aan ?
-
Nog een update:
Ik heb nzbget geïnstalleerd in Docker als alternatief voor SABnzbd. NZBget zet de rechten wel goed op de gedownloade folder, inclusief de ACL. Dus dan denk je: probleem opgelost. Maar nee hoor, zelfs met deze rechten oké wordt de folder nog steeds niet gesynchroniseerd...
Ik sta op het punt het op te geven...