Synology-Forum.nl
Packages => 3rd party Packages => Overige 3rd party packages => Topic gestart door: TonVH op 28 oktober 2014, 19:34:57
-
Transmission meldt een permission probleem.
De DL Share heeft "RW-RW----" en de subdir (waar de DL in moet) "RW-------". Ik heb geprobeerd dat (via SCP-achtig prog) te wijzigen maar dat levert de nietszeggende foutmelding "Settings failed".
Wat kan het probleem zijn?
-
Ben je wel als root ingelogd ?
En naar welke settings probeer je te wijzigen ?
Kun je een printscreen doen ?
-
Print van de Share en folder setting.
PS: het is overigens Sickrage die ik gebruik. en de permissions waren oorspronkelijk al in DSM zet.
-
Je kunt dat gewoon in DSM regelen door de groep gebruikers schrijfrechten te geven op die directory.
-
De fout zit niet in permissions maar heel ergens anders. Ik heb Sickbeard-TPB geïnstalleerd en daar lukt het al niet om aan gegeven dat hij in een subfolder van de Download-dir moet komen. Als ik downloads selecteer dan zie ik een lege Share zonder folders.
Downloads verwijderd en opnieuw aangemaakt geeft ook geen verschil.
-
Ik weet niet welke info juist is, maar in je eerste post zeg je dat die sickbeard directory RW---- heeft.
In je plaatje zie ik dat de eigenaar root is dus de groep "users" heeft daar dus geen rechten.
Verder laat je plaatje zien dat daar RWRWRW op staat maar dat is dus in tegenspraak met je eerste post.
Probeer nu gewoon eens om de groep "users" RW te geven op die directory
-
Dat was het in den beginne. Maar uiteraard heb ik e.e.a. later geprobeerd te wijzigen om te kijken of het dan wel werkte.
Maar ook als ik de betreffende Share verwijder en weer opnieuw creëer dan blijft het probleem. Zowel Sickbeard als Sickrage kunnen de betreffende share niet bereiken. Terwijl ze met andere shares geen problemen hebben. Bijv. de Share die films bevat zit boordevol met subsubsubfolders en die kan hij allemaal wel bereiken.
-
Is toch echt een rechten probleem.
Als je er niet aan wilt stel ik voor dat je even alle rechten vergelijkt met de share die wel werkt.
Ik heb exact dezelfde configuratie ( Sickrage en transmission) en het werkt prima.
-
Ik heb een DS414, DS115, MacMini allemaal exact dezelfde instellingen en daar werkt het probleemloos. En ook andere DS'en precies zo ingesteld, probleemloos.
Hier werkt het niet ongeacht het gebruikte programma en ongeacht hoe ik de permissions instel.
-
Probleem is (waarschijnlijk) opgelost volgens de methode "niet goedschiks, dan kwaadschiks".
Permissions ook voor alle locale groepen & systeem interne gebruikers op RW gezet en nu werkt het wel. Ik weet overigens 100% zeker dat ik bij eerdere installatie daar nooit iets heb aangepast.
-
Dat ligt eraan hoe je die share _Downloads hebt aangemaakt.
Het je dat via DSM configuration panel, shared folder, create gedaan dan krijg je een standaard share met RW rechten voor de "owner' en voor de "local group" "users".
Deze rechten worden zo gezet dat die propageren naar de subdirectory.
Aangezien je plaatjes laten zien dat je op die subdirectory alleen RW had voor "owner" zijnde "root" heb je die share dus anders aangemaakt of gewijzigd.
EDIT:
Correctie dat was vroeger zo. Net even getest en met DSM 5.0 komt hij bij het aanmaken met een share met vragen naar permissies. Als je daar geen groepsrechten toekent krijgt die share dat niet en dus z'n subdirectory ook niet.
Het feit dat je groups rechten moet zetten komt doordat alle applicatie een "hidden" "user" als eigenaar hebben en die kunt je in DSM niet zien.
-
Verklaar mij dan eens waarom andere shares die op hetzelfde moment op dezelfde wijze wel bereikbaar waren en deze niet?
Zoals eerder vermeld heb ik zitten sleutelen en daardoor kwam de printscreen niet meer overeen met de default settings. Overigens waren die niet het grote probleem. Praten achteraf verder niet meer relevant want achterhaald.