Permission probleem

[Ben(V)]

Nee dat begrijp je verkeerd.
SickBeard-Custom werkt tegenwoordig ook gewoon want deze is inmiddels door de SynCommunity geschikt gemaakt voor DSM 6.
Nu moet jij alleen daar nog geschikt voor gemaakt worden.

Lees deze twee wiki pagina's eerst eens door.

https://github.com/SynoCommunity/spksrc/wiki/Permission-Concept
https://github.com/SynoCommunity/spksrc/wiki/Permission-Management

[jhuylebroeck]

Dank voor je reactie, Ben(V)

Ik ben echt even quick & dirty gegaan en heb het zo ingesteld nu:



en toch heb ik geen enkel succes als ik in wil inloggen op die map via sickrage. Ik blijf volgende errors terugvinden in m'n log:

Code: [Selecteer]

2018-05-19 10:49:41 ThreadPoolExecutor-0_0 :: Unable to open /volume1/downloads: OSError(13, 'Permission denied') / [Errno 13] Permission denied: '/volume1/downloads'
Dat probleem heb ik bij geen enkele andere map, waarbij de machtigingen overigens veel strenger staan:



Heb je nog bijkomende tips voor me?

[Ben(V)]

Extra super tip

Probeer je screenshots hier zichtbaar te maken.

[jhuylebroeck]

Google images waren wel zichtbaar bij mij, heb ze nu geupload op postimage en eerdere post aangepast. Kan je daarmee verder?

Dankjewel!

[Ben(V)]

Het is leuk dat je de rechten goed zet, maar als je bestaande folders gebruikt dan hebben die nog de oude rechten.
En bestanden die gedownload worden en daar neergezet worden krijgen de rechten van de folder waarin ze neergezet worden.

Dus:
Ga met FileStation naar die folder en zet de permissies goed en doe dat recursief voor alle subfolders en files.
(vinkje links onderaan).

[jhuylebroeck]

Dat had ik initieel reeds gedaan.

Op niveau van /volume1/downloads staat het ook allemaal correct maar kan ik het niet recursief aanpassen.



Als ik de onderliggende mappen wil editeren gaat dat wel, maar staat volgens mij ook alles correct?




Het is op dat niveau /volume1/downloads dat SickRage niet wil verdergaan, of ik het nu op de groep sc-download of sc-media zet. Op niveau van /volume1/Filestore en /volume1/web ervaar ik dat probleem niet.

[Ben(V)]

Lees nu eens die wiki door waar ik je de links van gegeven heb.
met name het laatste stuk van deze over ACL support

https://github.com/SynoCommunity/spksrc/wiki/Permission-Management

[jhuylebroeck]

Je hebt gelijk Ben(V), dat heeft de klus geklaard. Ik had dat afgeschreven als "niet van toepassing", omdat er geen Windows-laag mee gemoeid was, maar de Microsoftoplossing heeft dan uiteindelijk wel geklaard.

Heel erg bedankt voor je kwalitatieve én snelle feedback!

[Ben(V)]

Heeft ook niet zoveel met Microsoft van doen.
ACL's zijn al veel ouder dan Microsoft, alleen Microsoft heeft ze bij het ontwikkelen van Windows NT ingevoerd (nagemaak van VMS  van Digital Equipment), omdat ze een veel fijnere permissions setting toelaten dan hij vrij basic Linux systeem van owner, group en world.

Daarom heeft Synology ook besloten ACL's in DSM te gaan toepassen.