Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a backup script scheduled on a Debian 5.0 x86 server, via sshfs. However, when I attempt to mount the remote directory, I receive:

failed to open /dev/fuse: Permission denied

ls -l /dev/fuse returns:

crwxrwxr-x 1 root fuse 10, 229 2010-11-12 09:08 /dev/fuse

id backup returns:

uid=501(backup) gid=501(backup) groups=501(backup),46(plugdev),108(fuse)

The only way I can get the directory to mount is if I run chmod a+w /dev/fuse, but this is reset at some point during the day. It's a kludge though, and I'd rather figure out why the group permissions aren't working.

share|improve this question

How is your backup script run? Is it possible that it's run from an open shell which hasn't inherited the group membership (since it was running before you added the user to the group)?

share|improve this answer
It's run as a Puppet scheduled job, similar to a cron job. It's running as the backup user. – steeef Nov 24 '10 at 16:42

Are you sure those are the groups the puppet job sees when logging in, as oppossed to only the ones you see when you su - backup? Try running a job that shows you the output of the groups command and/or restarting the puppet agent if you haven't already.

share|improve this answer

Use a udev rule to create the special file with mode 777. Create a new file /etc/udev/rules.d/99-fuse.rules with the following contents.

KERNEL==fuse, MODE=0777

As for the group membership problem, did you add the user to the group after puppet was started? If so, restarting puppet would likely fix the issue.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

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