Greg_Swift at aotx.uscourts.gov
2011-Apr-19 18:19 UTC
[Gluster-users] gluster mounted volumes not following group permissions
I just had it pointed out to me that we are experiencing situations where a process that has group write permissions on a file is failing for not actually having write permissions. I broke it down to the most simple of tests: userA creates file 'test' in /mnt/gluster/ userA sets group ownership to groupA on /mnt/gluster/test userA sets mode to 664 on /mnt/gluster/test userA tries to edit /mnt/gluster/test and succeeds root ensures that userB is in groupA userB tries to edit /mnt/gluster/test and FAILS Anyone else ever seen something like this? We're on 3.1.2 in a RHEL 5 environment. -greg
Greg_Swift at aotx.uscourts.gov
2011-Apr-19 18:21 UTC
[Gluster-users] gluster mounted volumes not following group permissions
gluster-users-bounces at gluster.org wrote on 04/19/2011 01:19:28 PM:> I just had it pointed out to me that we are experiencing situations wherea> process that has group write permissions on a file is failing for not > actually having write permissions. I broke it down to the most simple of > tests: > > userA creates file 'test' in /mnt/gluster/ > userA sets group ownership to groupA on /mnt/gluster/test > userA sets mode to 664 on /mnt/gluster/test > userA tries to edit /mnt/gluster/test and succeeds > > root ensures that userB is in groupA > userB tries to edit /mnt/gluster/test and FAILS > > Anyone else ever seen something like this? > > We're on 3.1.2 in a RHEL 5 environment. > > -gregAnd I'd like to apologize if that appears to have hijacked the thread.. i swear I did a new message... i blame lotus notes.. :) -greg
Whit Blauvelt
2011-Apr-19 18:30 UTC
[Gluster-users] gluster mounted volumes not following group permissions
Greg, 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. Whit On Tue, Apr 19, 2011 at 01:19:28PM -0500, Greg_Swift at aotx.uscourts.gov wrote:> > I just had it pointed out to me that we are experiencing situations where a > process that has group write permissions on a file is failing for not > actually having write permissions. I broke it down to the most simple of > tests: > > userA creates file 'test' in /mnt/gluster/ > userA sets group ownership to groupA on /mnt/gluster/test > userA sets mode to 664 on /mnt/gluster/test > userA tries to edit /mnt/gluster/test and succeeds > > root ensures that userB is in groupA > userB tries to edit /mnt/gluster/test and FAILS > > Anyone else ever seen something like this? > > We're on 3.1.2 in a RHEL 5 environment. > > -greg