Permission probleem tussen NZBGet en Sonarr/Radarr

[J-J]

Dag allemaal,

Deze week beslist om over te schakelen van Sabnzbd naar NZBGet op mijn DS412+ (DSM6.1).
Ik gebruikte de turtorial van @Birdy hiervoor. Ik gebruikte echter wel het package van SynoCommunity vanop GitHub.
Alles loopt zoals het moet. Ik kan vanuit Sonarr/Radarr een nieuwe Aflevering/Film laat 'oppikken' en deze wordt dan naar NZBGet gestuurd. NZBGet verplaatst hem dan naar een andere Shared Folder (resp. '/volume1/Downloads/tv' of '/volume1/Downloads/movies')
Na het uitpakken zou Sonarr/Radarr het bestand moeten oppikken en hernoemen en naar de juiste map verplaatsen.
Dat laatste gebeurd echter niet.
In de log zie ik:

18-2-28 13:53:09.4|Debug|VideoFileInfoReader|Getting media info from /volume1/Downloads/movies/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp.mp4
18-2-28 13:53:09.5|Debug|ImportApprovedMovie|Decisions: 1
18-2-28 13:53:09.5|Debug|Parser|Parsing string 'my.movie.2017.720p.bluray.x264.rlsgrp'
18-2-28 13:53:09.5|Debug|Parser|Movie Parsed. My Movie - 2017
18-2-28 13:53:09.5|Debug|Parser|Language parsed: English
18-2-28 13:53:09.5|Debug|QualityParser|Trying to parse quality for my.movie.2017.720p.bluray.x264.rlsgrp
18-2-28 13:53:09.5|Debug|Parser|Quality parsed: SDTV v1
18-2-28 13:53:09.5|Debug|Parser|Release Group parsed: NG
18-2-28 13:53:09.6|Debug|MovieFileMovingService|Moving movie file: /volume1/Downloads/movies/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp.mp4 to /volume1/Films/My Movie (2017)/My Movie 2017 720p BluRay x264-RLSGRP.mp4
18-2-28 13:53:09.6|Debug|MovieFileMovingService|Moving movie file: /volume1/Downloads/movies/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp.mp4 to /volume1/Films/My Movie (2017)/My Movie 2017 720p BluRay x264-RLSGRP.mp4
18-2-28 13:53:09.6|Debug|DiskTransferService|Move [/volume1/Downloads/movies/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp.mp4] > [/volume1/Films/My Movie (2017)/My Movie 2017 720p BluRay x264-RLSGRP.mp4]
18-2-28 13:53:09.7|Debug|DiskProvider|Hardlink '/volume1/Downloads/movies/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp.mp4' to '/volume1/Downloads/movies/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp.mp4.backup~' failed.

[v0.2.0.980] System.UnauthorizedAccessException: Permission denied ---> Mono.Unix.UnixIOException: Permission denied [EACCES].
   --- End of inner exception stack trace ---
  at Mono.Unix.UnixMarshal.ThrowExceptionForLastError () [0x00005] in <e035688a806b484da1bbfa019e10726b>:0
  at Mono.Unix.UnixMarshal.ThrowExceptionForLastErrorIf (System.Int32 retval) [0x00004] in <e035688a806b484da1bbfa019e10726b>:0
  at Mono.Unix.UnixFileSystemInfo.CreateLink (System.String path) [0x0000c] in <e035688a806b484da1bbfa019e10726b>:0
  at NzbDrone.Mono.Disk.DiskProvider.TryCreateHardLink (System.String source, System.String destination) [0x00006] in <5a3d0b9317e748d29399e58890deb183>:0

18-2-28 13:53:09.7|Debug|DiskTransferService|Rolling back incomplete file move [/volume1/Downloads/movies/my.movie.2017.720p.bluray.x264.rlsgrp   /my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp.mp4] to [/volume1/Films/My Movie (2017)/My Movie 2017 720p BluRay x264-RLSGRP.mp4].
18-2-28 13:53:12.7|Warn|ImportApprovedMovie|Couldn't import movie /volume1/Downloads/movies/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp/my.movie.2017.720p.bluray.x264.rlsgrp.mp4

Persmissions staan als volgt ingesteld:

NZBGet (waar de download vandaan komt):

Downloads (Waar download naar verplaatst wordt door NZBGet)

De user "apps" is een algemene gebruiker die ik gebruik voor alle mappen waar ik media in bewaar.
Deze heb ik aan de user group "sc-download" toegevoegd en heeft voor de rest alle rechten.

Als ik Sabnzbd instel als Download client in Sonarr/Radarr, heb ik dit probleem echter niet. Hij kan dan dan gewoon de rechten overnemen van de onderliggende gebruiker "Sabnzbd" en aanpassen naar "User=apps" en "Permission= 777"

Zoals eerder aangegeven heb ik NZBGet, maar ook Sonarr en Radarr geinstalleerd van een extern '.spk-bestand'. Deze krijgen de gebruikersnaam 'sc-nzbget' / 'sc-nzbdrone' / 'sc-radarr'.
Sabnzbd werd gedownload via Package Center en heeft gewoon de gebruikersnaam 'sabnzbd' (kan zijn dat ik deze nog op DSM5 geïnstalleerd had en niet meer heb aangeraakt sind de update naar DSM6)

Heeft iemand een idee waar het mis gaat?

Bedankt alvast voor de hulp.

J-J

[J-J]

Blijkbaar dubbel gepost. Mijn excuses. Waarschijnlijk ergens mijn pagina gerefresht.
Hopelijk kan iemand me verder helpen.

J-J

[Birdy]

Dubbel ? 3x gepost Op de andere 2 heb ik een slotje gezet

[Ben(V)]

Als eerste wil ik opmerken dat het slimmer zou zijn zo'n vraag te stellen in het github issue waar je deze test packages hebt gedownload.

Verder moet je bedenken dat de meeste packages niets doen met rechten van bestanden.
Ze zetten ze gewoon in een folder neer en de bestanden krijgen dan de rechten die de folder heeft.
Als je dus zelf folders aanmaak of bestaande folders gebruikt, dan doet het uitdelen van rechten via het DSM control panel helemaal niets met die folders.

Met andere woorden, je moet met FileStation de groepen "sc-media" en "sc-download" recursive lees/schrijf rechten geven voor alle bestaan de folders en files.

[J-J]

Bedankt voor je reactie.
Heb weer wat bijgeleerd
Ik stelde mijn vraag hier en niet op GitHub, omdat ik er vanuit ging dat het om dezelfde onderliggende versie ging en het eerder om een Synology probleem ging dan een Package probleem.

Met andere woorden, je moet met FileStation de groepen "sc-media" en "sc-download" recursive lees/schrijf rechten geven voor alle bestaan de folders en files.

Volgens mij staan die goed:



Ik ga NZBGet eens installeren via de SynoCommunity repo in Package Center en zien wat dat geeft.

[J-J]

Het probleem is opgelost.
Heb NZBGet geïnstalleerd vanuit de SynoCommunity repo en nu krijgen de bestanden de juiste rechten. Geen idee waarom het met het test package vanop GitHub niet lukte.
Alvast bedankt voor de hulp.

[ZeroZorro]

Nog een aanvulling die misschien voor anderen ook uitkomst kan bieden...ik zit zelf op DSM 6.2 (vraag me niet waarom) en heb dus wat problemen ondervonden met de rechten om de combinatie NZBGet/Radarr/Sonarr werkend te krijgen. Ondanks heel veel zoek- en leeswerk kwam ik er maar niet achter waarom het niet wilde werken.
Dat het een rechtenkwestie betrof was al wel duidelijk. Uiteindelijk blijkt dat bij de installatie van NZBGet er niet alleen een groep sc-download komt maar ook NZBGet (en dan heb ik het niet over de User sc-nzbget). Het verwijderen van die Groep gaf geen soelaas. Het handmatig omzetten van de groep naar sc-download achteraf resulteerde erin dat Sonarr wél kon importeren, de rest werkte eigenlijk wel goed.
Uiteindelijk heb ik het kunnen oplossen door het bestand 'group' in /etc/ te bewerken, daar de regel 'nzbget:x:219004:' te verwijderen en de regel 'sc-download:x:65536:sc-radarr,sc-nzbget,sc-nzbdrone' te veranderen in 'sc-download:x:219004:sc-radarr,sc-nzbdrone,sc-nzbget'
Ik heb toen nog in SSH 'synogroup --rebuild ALL' en voor de zekerheid 'synouser --rebuild ALL' doorgevoerd waarna ik de rechten van mijn downloaddirectory opnieuw moest instellen vanuit DSM (Configuratie>gedeelde mappen)

Dit lijkt (!) te werken in mijn geval...indien er meer info benodigd is zoals welke packages ik nu gebruik, laat maar weten.

[ZeroZorro]

Ondanks mijn post hierboven kwamen mijn problemen na een tijdje toch weer terug.
Omdat ik zojuist een vraag kreeg eea nog eens toe te lichten geef ik hierbij de oplossing die bij mij uiteindelijk en permanent de oplossing gaf.
Sterker nog, ik denk dat dit ook bij nieuwe installaties in de handleiding toegevoegd moet worden, maar goed, alles op zijn tijd.

Allereerst, ik kan helaas geen credits geven nog aan de bron, want die kan ik 123 niet vinden ;-(

De strekking is dat de bestanden als RAR's binnengehaald worden en vervolgens (na het .par traject) uitgepakt worden naar de Download directory.
Ondanks dat alle rechten goed staan, zijn de nieuwe bestanden na het uitpakken voorzien van andere rechten. Dit heeft te maken met diegene die deze bestanden INpakt en daarbij zijn/haar File Permissions ook mee neemt. Vervolgens worden die rechten ook aan de bestanden gegeven als ze later worden UITgepakt door dus in dit geval NZBGET (die pakt immers de bestanden uit en 'parsed' ze vervolgens naar Sonarr, Radarr etc)

Tot zover de uitleg, nu de oplossing:
Ga in NZBGET  naar Settings > UNPACK
Ga naar 'UnrarCmd' en pas dit aan naar ${AppDir}/unrar x -ai
Save All Changes en klaar!

Dit commando zorgt er voor dat Bestands Attributen (permissions) worden genegeerd bij het uitpakken en dat is precies wat we willen!

Ik hoop dat het voor sommige ook tot een oplossing van een blijkbaar hardnekkig probleem kan leiden...

[Johan2009]

Bij deze kan ik bevestigen dat de door ZeroZorro aangedragen oplossing 100% werkt. Prachtig dat het met behulp van de community lukt om hardnekkige problemen te fixen. Heb zelf al een paar avonden mijn hoofd zitten breken en zou nooit het probleem bij NZBGet gezocht heb. Nogmaals dank aan ZeroZorro voor het posten van zijn oplossing!

Groet

Johan

[int3nz0r]

Sorry voor het bumpen van deze oude thread maar hierbij 1000x dank voor deze oplossing. Heb hier meerdere dagen mijn hoofd over gebroken en met de simpele oplossing die hier aangedragen wordt werkt alles perfect