gluster mounted volumes not following group permissions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jerry,

Here's the thing. On the same system, with the same two users, I've just
repeated the same operations on local storage, rather than nfs-mounted
gluster storage, and there's no such problem. The file saves just fine after
user2 edits it, resulting in:

  -rw-rw-r-- 1 user1  staff     8 2011-04-19 15:01 dog
  -rw-r--r-- 1 user2  staff     4 2011-04-19 15:01 dog~

And the file "dog" indeed contains the edit by user2, as it should. Are you
suggesting that gluster uses umask settings differently than the native
filesystem? In this case, the system where it works as expected is ext3
rather than the ext4 systems under gluster, but that shouldn't change this
behavior I don't think.

Whit


On Tue, Apr 19, 2011 at 11:35:41AM -0700, Gally, Jerry wrote:
> I presume that would be caused by a user1's umask setting that does not
> set group write permissions on newly created files.
> 
> -----Original Message-----
> 
> I've just verified your report by doing the same test with 3.1.4 in an
> Ubuntu 10.10 server environment, with the client mount via NFS from Ubuntu
> 8.04.4. I get exactly the same result. In this case a file is first written
> by user1, member of "staff" group. Then user2 opens it, adds an edit, and
> tries to save. The backup (using the joe editor) shows up with user2's
> ownership:
> 
> -rw-rw-r-- 1 user1  staff         4 2011-04-19 14:23 dog
> -rw-r--r-- 1 user2  staff         4 2011-04-19 14:24 dog~
> 
> But the save fails with "Error opening file" from the editor.


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux