Transmission permission issue on DSM5.0beta

[jsweon4623]

There's a permission issue that created share folder with DSM5.0.

It is normal created share folder with DSM4.3.

[Diaoul]

The transmission SPK doesn't create any share. What are the permissions on the folder?

[jsweon4623]

I mean, created shared folder myself.

[Dr-Bean]

I think Synology changed things up with default shared folder permissions. DSM5.0 permissions are set to 755, whereas DSM4.3 permissions are set to 777.

Might be easiest to add a chmod 777 wizard_download_dir during install.

[eggeh1982]

Has anyone fixed this, im having the permission issue myself

[Diaoul]

If this is a DSM 5.0 bug, then it should be fixed, if not, we'll implement a fix.
For now Synology didn't answer the question. I'm still waiting from an answer from them.

[Dr-Bean]

@Diaoul It seems Synology did this "on purpose" when implementing ACL to limit the default permissions on directories. There are two ways to solve this that I can think of:

Solving it via the ACLs means creating users with synouser (or whatever the cmd was), and have the users be visible in the Synology GUI. We'll likely run into some configuration issues with home folders etc.

If not via the ACLs, it's either chmodding or chowning the dir to enable access to the user (or maybe a synocommunity group?).
Any other suggestions?

NZBGet, SAB, Transmission are the main packages which will be affected by this (only with clean install on DSM5: when upgrading from 4.3, 777 permissions are retained on shared folders)

[Dr-Bean]

So, looked into it a bit:
Doing something like synoshare --setuser sabnzbd RW + sabnzbd won't work when users are created via adduser.
Using the same command does work for users created via the Synology GUI (or synouser --add [..] for that matter), but that has the downside of not being able to set the home folder :/

@Diaoul, did you ever get a response from Synology on the subject?

[Diaoul]

Synology confirmed this is a feature not a bug so we need to fix this in a way.

I'm against using non-system users as the ACL settings won't work anyway (well at least it didn't work last time I tried, this is pure UNIX permission issue, no DSM layer involved AFAIK) and it adds complexity to the packages.

The issue is that the users group don't have write access anymore due to 755. The most elegant way to fix this I think is chmod g+rw /path/to/share

[Dr-Bean]

ACL doesn't seem a viable option, no, and if we keep away from DSM, that's all the better.

I was checking your fix, and there might be a minor catch: A freshly created shared folder is owned by root:root, so we'll have to chgrp users too, right? In all (well, a lot of) packages that use shared folders...

Besides that, I did notice some packages use the nobody group (although not sure if any of 'm need access to a share) I'd prefer a standard approach for the installer myself ;)

[dobber81]

Just ran in to this issue on a new ds214play with DSM 5.0. Is there a quick fix with chmod or so to fix the problem? I tried setting my downloads path to 777 but no luck. Files are not created.

Edit: I solved the problem temporarily by /volume1/transmission to 777 only changed /volume1/transmission/download before.

[FlishGer]

Hello guys,

I hope I can solve this problem for you. So what I did seems quite simple.

1. Open the shared folder permissions for the folder transmission is set to download to
2. On the top left do not select "local users" but "local groups"
3. Select the group "users" and give "read and write permission"

After I did this, everything seems to be working again. Screenshot included, but only in German.

For any questions, feel free to reply.

[Dr-Bean]

Thanks, although 8c5f37f should take care of it without having to do manual actions.
The new packages are not yet published though, so with the current packages you still run into it.

[dobber81]

Anyone know when to expect the new package to be released?

[Dr-Bean]

Hopefully, next week, unless someone beats me to it.

[dobber81]

Great! :)

[Dr-Bean]

The new Transmission package has been released in the SynoCommunity repository, along with an update to the latest Transmission version.

When doing a fresh installation, the necessary permissions should be set correctly. Permissions are not changed when doing an upgrade of a previous package. So, closing as resolved.

[mcroba]

Hi,

I would like to set my destinations folders in an external HDD (/VolumeUSB1/usbshare/...) but there is the same issue with permissions (even if I've done chmod -R 777)

DS214Play
Transmission package v. 2.83-6
DSM v. 5.0-4493 update 2

Could you help me with that ?

[arbyter]

Hi, I use a similar configuration like mcobra an run into the same permission problems. Is this problem actually solved?

DS414
Transmission 2.84 (14307)
DSM 5.0-4493 Update 3

[jjshocka]

File Station > Right Click (Share) Tab > [button] Create > User or Group (Everyone) .. (ok button) seemed to work for me .. user did not

[arbyter]

Yes, that's a nice work around but this not is practical is in a multiuser environment :|