hi Udo,
Any updates/corrections?. I am unable to reproduce the bug, you mentioned. I must be missing some details.
Pranith
----- Original Message -----
From: "Pranith Kumar. Karampuri" <pranithk at gluster.com>
To: "Udo Waechter" <udo.waechter at uni-osnabrueck.de>
Cc: "Gluster Users" <gluster-users at gluster.org>
Sent: Wednesday, May 18, 2011 6:49:46 PM
Subject: Re: non-root owned files/dirs not shown
hi Udo,
I must be missing something, this test case is working fine for me.
I replaced, someuser with tempuser, user with pranith.
> If I now have:
> directory (0750, someuser:group2)
> directory/user1 (0700, someuser:group)
> directory/user2 (0700, user:group2)
> directory/user3 (0700, root:root)
pranith @ /mnt/client
18:40:18 :) $ ls directory/ -l
total 12
drwx------ 2 tempuser tempuser 4096 2011-05-18 18:33 user1
drwx------ 2 pranith lpadmin 4096 2011-05-18 18:33 user2
drwx------ 2 root root 4096 2011-05-18 18:33 user3
pranith @ /mnt/client
18:40:19 :) $ ls -l
total 4
drwxr-x--- 5 tempuser lpadmin 4096 2011-05-18 18:33 directory
pranith @ /mnt/client
18:46:04 :) $ id
uid=1000(pranith) gid=1000(pranith) groups=1000(pranith),4(adm),20(dialout),24(cdrom),46(plugdev),112(lpadmin),120(admin),122(sambashare)
pranith @ /mnt/client
18:46:16 :) $ sudo gluster volume info
Volume Name: vol
Type: Replicate
Status: Started
Number of Bricks: 2
Transport-type: tcp
Bricks:
Brick1: pranith-Inspiron-1440:/tmp/1
Brick2: pranith-Inspiron-1440:/tmp/2
Pranith
----- Original Message -----
From: "Udo Waechter" <udo.waechter at uni-osnabrueck.de>
To: "Gluster Users" <gluster-users at gluster.org>
Sent: Friday, May 13, 2011 9:43:03 PM
Subject: Re: non-root owned files/dirs not shown
Hi,
as I can see I have the same problem as:
> http://gluster.org/pipermail/gluster-users/2011-January/006455.html
This bug:
>
> http://bugs.gluster.com/show_bug.cgi?id=2183
describes the same problem.
We use only fuse clients (we do export fuse-mounted volume via non-glusterfs nfs for the macs, please don't ask why)
Suppose we have ha user: user with group group (and additional groups group2)
If I create a directory:
test (with 0750) and user:group, everything is as expected.
If I now have:
directory (0750, someuser:group2)
directory/user1 (0700, someuser:group)
directory/user2 (0700, user:group2)
directory/user3 (0700, root:root)
then only "user3" is listed, when "user" does an ls
In contrast to the bug mentioned above, we have this problem with secondary groups if "directory" is owned by another group.
In our case: all users are in "group2" (a secondary group), their directories, user1,user2,... are all owned by username:primarygroup with 0700 only root can see the directories.
Thanks for the effort,
udo.
On 13.05.2011, at 07:09, Pranith Kumar. Karampuri wrote:
> hi Udo,
> The bug you are referring to (2296) was experienced only on fuse clients. With nfs, it is not observed. In your setup its behavior is wrong on both the clients, so it is not the same bug.
>
> * how can I make volfile changes persistent over subsequent "gluster" calls?
> There is an enhancement planned for this - (2014).
>
> * What are other implcations of disabling the access-control translator.
> If you use only fuse client, no implications. The fix for 2296 does the same. So In my opinion you will still face the same problem.
>
> Is it possible for you to give me the exact test case so that I can reproduce the problem in my setup and find out what the root cause is.
>
> Please give me both the outputs with and without missing entries.
>
> Pranith.
> ----- Original Message -----
> From: "Udo Waechter" <udo.waechter at uni-osnabrueck.de>
> To: "Gluster Users" <gluster-users at gluster.org>
> Sent: Thursday, May 12, 2011 6:39:42 PM
> Subject: Re: non-root owned files/dirs not shown
>
> Hi, after more digging on this issue, I found this thread:
>
> http://gluster.org/pipermail/gluster-users/2011-January/006455.html
>
> and this bug-report:
>
> http://bugs.gluster.com/show_bug.cgi?id=2304 and this
> http://bugs.gluster.com/show_bug.cgi?id=2183 and many more.
> Also, this patch http://patches.gluster.com/patch/6033/ is supposed to fix this problem.
>
> All of these reports claim that the problem is resolved since 3.1.3
>
> We are using 3.2.0 and the problem ist still there. This somehow a pretty bad.
>
> One suggestion for a workaround is to disable the access-control translator. The suggestions also tells that one needs to edit the volfile by hand. I have read around the documentation and everywhere it states that manual changes to volumes are not persistent over subsequent "gluster" calls.
>
> Some questions:
> * are these bugs supposed to be solved in gluster 3.2.0?
> * how can I make volfile changes persistent over subsequent "gluster" calls?
> * What are other implcations of disabling the access-control translator.
>
> Thank you very much,
> udo.
>
>
> On 10.05.2011, at 16:47, Udo Waechter wrote:
>
>> Hi, I found a temporary solution.
>> changing all "top-level" directories (those directly within the volume) to 0755 solves the browsing issue.
>>
>> "Solution" is a little bit exagerated, since it is none. We would like to have 0750 on those directories.
>> I guess this is a bug.
>>
>> Thanks,
>> udo.
>>
>> On 10.05.2011, at 14:23, Udo Waechter wrote:
>>
>>> Hi there,
>>> we are using glusterfs 3.2.0 (since today, before 3.1.?) on Ubuntu Lucid and Debian squeeze.
>>>
>>> We have a rather strange problem concerning file listings.
>>>
>>> Here is the setup:
>>>
>>> one volume with user data. All files on the top-level are owned by someuser:somegroup (all differnt according to work-group)
>>>
>>> Then there are directories and files owned by root.
>>>
>>> When one does a listing of some directories, its contents are not shown.
>>> In those directories that have files/directories owned by root only these are shown.
>>>
>>> When I try to "ls" a directory that is owned by me, not root, it is not shown. When I change into that directory and do ls, everything is fine again.
>>>
>>> These directories are all
>>> users/<username> - 0700
>>> work-group/ - 0750
>>>
>>> this holds both for the linux-fuse client and reexproted fuse-clients via nfs.
>>>
>>> I have searched the internet for bugs like these, nothing was found.
>>> Is this a known problem? It is rather annoying, since our users are of the constant oppinion that their files are gone.
>>>
>>> Thanks for any hints,
>>> udo.
>>> --
>>> Institute of Cognitive Science - System Administration Team
>>> Albrechtstrasse 28 - 49076 Osnabrueck - Germany
>>> Tel: +49-541-969-3362 - Fax: +49-541-969-3361
>>> https://doc.ikw.uni-osnabrueck.de
>>> _______________________________________________
>>> Gluster-users mailing list
>>> Gluster-users at gluster.org
>>> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
>>>
>>
>> --
>> ---[ Institute of Cognitive Science @ University of Osnabrueck
>> ---[ Albrechtstrasse 28, D-49076 Osnabrueck, 969-3362
>> ---[ Documentation: https://doc.ikw.uni-osnabrueck.de
>>
>>
>>
>
> --
> :: udo waechter - root at zoide.net :: N 52?16'30.5" E 8?3'10.1"
> :: genuine input for your ears: http://auriculabovinari.de
> :: your eyes: http://ezag.zoide.net
> :: your brain: http://zoide.net
>
>
>
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
>
--
:: udo waechter - root at zoide.net :: N 52?16'30.5" E 8?3'10.1"
:: genuine input for your ears: http://auriculabovinari.de
:: your eyes: http://ezag.zoide.net
:: your brain: http://zoide.net
_______________________________________________
Gluster-users mailing list
Gluster-users at gluster.org
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
_______________________________________________
Gluster-users mailing list
Gluster-users at gluster.org
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
