non-root owned files/dirs not shown

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

 



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




-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2427 bytes
Desc: not available
URL: <http://gluster.org/pipermail/gluster-users/attachments/20110512/d71cf643/attachment.bin>


[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