Permission probleem

[Ben(V)]

Uiteraard, de meeste packages ruimen hun user niet op.
Zelf weggooien dus.

[Owain81]

Uiteraard, de meeste packages ruimen hun user niet op.
Zelf weggooien dus.

Hoe dan? De user is onderdeel van de system internal user groep. Kan niet achterhalen hoe en waar dit aan te passen.

[Ben(V)]

Op de commandline met het commando:

sudo synouser -del sc-sickrage

[Owain81]

Op de commandline met het commando:

sudo synouser -del sc-sickrage

Gisteren de user verwijderd. Zal vanavond jouw package nog eens installeren.

Het is mij ook opgevallen dat ik een algeheel permission probleem heb. NZBGet, Couchpotato, Transmission en mijn vriendin ( ) hebben geen van allen toegang tot mijn homes map, terwijl de permissions volgens mij correct staan.

De map gisteren ook via Putty en chmod 777 alle rechten gegeven, maar mag geen baat hebben.











Heb Google af zitten struinen, maar zie door de bomen het bos niet meer. Waar gaat het mis?

[Ben(V)]

De homes map moet je ook afblijven dat is een share die van DSM is en is afgeschermd met ACL's.

Onder de homes map staan de home folders van de users (met dezelfde naam als de user) die als je als user bent ingelogd zichtbaar is als home (let op het ontbreken van de meervoud s).
Als je rechten wilt uitdelen moet je dat daar doen.

[Owain81]

De homes map moet je ook afblijven dat is een share die van DSM is en is afgeschermd met ACL's.

Onder de homes map staan de home folders van de users (met dezelfde naam als de user) die als je als user bent ingelogd zichtbaar is als home (let op het ontbreken van de meervoud s).
Als je rechten wilt uitdelen moet je dat daar doen.

Ik moet het dus anders gaan inrichten? Heb deze NAS sinds 2013 en het toentertijd op zo een manier ingericht dat alles onder de homes folder in admin terecht komt.

[Ben(V)]

Klopt, onder Homes moet je helemaal nooit zelf iets doen, daar staan de home folders van gebruikers en die worden door DSM aangemaakt en beheerd.

Je kunt veel beter zelf een gedeelde map(=share) aanmaken en daaronder die folders plaatsen.
Dan geef je de groepen sc-media en sc-download rechten op die share en dan zou het moeten werken.

[Owain81]

Klopt, onder Homes moet je helemaal nooit zelf iets doen, daar staan de home folders van gebruikers en die worden door DSM aangemaakt en beheerd.

Je kunt veel beter zelf een gedeelde map(=share) aanmaken en daaronder die folders plaatsen.
Dan geef je de groepen sc-media en sc-download rechten op die share en dan zou het moeten werken.

Duidelijk, ik ga er iets mee doen. Dien ik de packages ook daar geinstalleerd te hebben? In die nieuwe folder?

[Ben(V)]

Package installeer je op een volume en niet in een folder.

Alle packages komen in een hidden folder(@appstore) op dat volume terecht.
Je hoeft dus helemaal niets met die packages te doen.

[Owain81]

Jouw package geïnstalleerd, nog steeds Echelon als developer. sc-sickrage is ook weer terug. Is er een manier om dit op te schonen/weg te krijgen van de NAS?

[Ben(V)]

Wat bedoel je?
sc-sickrage is gewoon de user waaronder het package draait.

Dat je echelon als developer ziet komt doordat de je de SynoCommunity als package server hebt geinstalleerd en zij hebben als developer echelon staan voor een package dat SickRage.
Dat is een lang verhaal maar in principe een andere versie, dus nooit updaten want dan krijg je iets dat niet werkt.

De SynoCommunity heeft besloten na een hoop gedoe om het SickRage package weer aan Echelon te geven en Sickbeard-Custom voor andere clones te gebruiken.
Alleen zijn die packages nog niet geschikt voor DSM 6 en heb ik dus zelf package gemaakt met de toen beschikbare source(niet echelon versie).

[Owain81]

Ik zou bij het installeren van het package dat jij hebt gemaakt het volgende moeten zien toch?



Dat zie ik niet. Probeer het alleen maar te begrijpen, dus sorry voor de vele vragen...

NZBGet heb ik werkend, alle andere pakketten nog niet. Het is nogal een gedoe dus.

[Ben(V)]

Dat klopt maar je hebt de SynoCommunity als package-centre op je NAS staan en dus gaat DSM op zoek naar package met de naam SickRage en als hij die vind haalt hij informatie daarover op.

Op zich geen probleem zolang je het package maar niet update.

[Paulus-NL]

Krijg het hier maar niet werkend. Sickrage package van Ben(V) geinstalleerd. Oude users als sc-sickrage en sc-sickbeard-custom etc verwijderd via ssh. NAs herstart.

De downloads map voorzien van sc-downloads en sc-media met lees/schrijf rechten. Maar zelfs met een kale SR installatie (zonder terugplaatsen backup) kan ik bijvoorbeeld bij manual postprocessing de downloads map niet openen......

Begin gek te worden hier. 

Oke de downloads folder kan ik nu weer benaderen via SR.
via shell de downloads map aangepast:

user/group aangepast:

Code: [Selecteer]

chown root:root downloads/
alle rechten gegeven:

Code: [Selecteer]

chmod 777 downloads/

Nu nzbget weer werkend krijgen. die valt nu weer over rechten 

[jhuylebroeck]

Sinds vandaag ervaar ik hetzelfde probleem. Deze ochtend werden Sabnzbd en Sickbeard-Custom vanuit de Synocommunity geüpdatet. Sindsdien kan ik de mijn "downloads" map niet meer bereiken vanuit Sickrage, wat tot voordien uitstekend werkte. Sabnzbd downloadt wel nog goed, maar de postprossing die ik via NZBToMedia doe liep fout, wat mij ertoe aanzette om het even te controleren.

De enige passende oplossing is dus Sickrage verwijderen en herinstalleren via de package van BenV of lees ik deze thread verkeerd?

Dankjewel!