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

Something is wrong. I've a user U which has primary group A and secondary B.

Folder /www/dev is now 775 and set to user www-data and group B

But my user U does not have writing permissions to that folder, am I missing something here?

-- 06.51pm: Permissions are drwxrwxr-x

share|improve this question
Can you run ls -ld /www /www/dev and edit your post and add the output? – Mircea Vutcovici Sep 14 '11 at 17:20
Type id U (substitute the real userid for U) and compare the group ids that come up to the group on /www/dev/. Do a ls -lnd /www/dev to see the numeric group id on the directory. – Paul Tomblin Sep 14 '11 at 17:49
Check that this is not an SELinux or an AppArmor problem. Either of those could be preventing access where the traditional unix permissions bits would otherwise allow. – Steven Monday Sep 14 '11 at 21:15

After adding user U to group B, U must logout and log back in to take effect.

share|improve this answer
Also note that unless you specify -R permission changes are not recursive, and that if your webserver is writing stuff to that directory it may muck up your permissions (check the umask the webserver runs with)... – voretaq7 Sep 14 '11 at 16:56

Did you unpack something as root? tar is preserving the UIDs when run as root.

share|improve this answer
The folder is empty, I was just testing the permissions. I can provide some more information if needed, just not sure what's needed – Emil Sep 14 '11 at 16:51

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.