Hi,
Ate Poorthuis pisze:
Hi all,
Can someone enlighten me about the intended behavior of the filter
translator? From the documentation, I thought it would behave the same
as NFS mapping/squashing. However, this is not what I see in my setup.
Let's say I map everything to UID 1500 - using either the fixed-uid or
the translate-uid and gid option. Now, on the client side, every file
and directory appears to be owned by 1500. If I try to create new files
or directories as uid 1001 this fails because of a lack of permission.
If I chmod 777 a directory then user 1001 can create new
files/directories but cannot change them afterwards as they appear to be
owned by 1500. On the server side, those files are owned by 1001. This
is exactly opposite of NFS. There mapping everything to 1500 has the
result that every file created by 1001 is owned by uid 1500, but 1001
can change these files since his uid is mapped to 1500.
Am I doing something wrong or is this intended behavior? I have tried
loading the filter translator on both the client and the server side.
They both give the same result. The end goal is to have every user in
the network write and read each other's files. I thought uid mapping
would be the best way to do this.
I confirm described behaviour of filter translator. Is there any
workaround to map client-side uid & gid to server-side uid & gid? i'm
using glusterfs 2.0.1 and debian-stable fuse module.
regards, konrad szeromski
___
Gluster-users mailing list
Gluster-users@gluster.org
http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users