I set up transmission-daemon on my Scientific Linux 6.3 machine to download files to a mounted NFS share (mounted during boot via /etc/fstab). The directory that the NFS share is mounted to was chown'ed to the transmission-daemon user and group.

In the Transmission web interface, I add a test .torrent file, and got a permission denied error when Transmission tries to access the destination download directory (i.e the mounted NFS share).

However, a regular user on the SL 6.3 system can read and write to that share fine.

What should I do to resolve this issue? Thanks.

  • Can you post share configuration, fstab entry, ls -la <dir> for Downloads directory and its parent and userids for the users that transmission is running as as well as userids for the users able to access the files via NFS mount.
    – Karlson
    Dec 19 '12 at 16:12

For NFS v3, user id and group id have to match between both the server and the client. In this example, the user on the NFS server who has read/write permissions to the directory has uid=1000 and gid=1000. You can find what yours are with id hpy. Then, modify your /etc/exports:


Now, all_squash maps anonuid and anongid to the anonymous user which has the effect of giving the client the same permissions as hpy does on the NFS server. Mount the NFS share like you normally would and you're set. This is a quick and dirty fix, but effective; the proper solution would include LDAP or some other directory services to propagate permissions to all clients correctly.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.