Hi Diego,
The extended attributes calls with "trusted" namespace are used by
GlusterFS translators for various purposes. The non-"trusted" extended
calls are not meant to hit the disk - some translators initiate setxattr
calls (non-"trusted") for some internal use. eg. the one you mentioned
-
"glusterfs.inodelk-count" The locks translator returns the number of
internal locks on the inode to the replicate translator.
Again, these calls are not meant to hit the disk - if they are getting
called and a ENOTSUP is resulting, it's a bug - the fix being that such
calls should be filtered from getting called to disk. We'll look into
this and make sure such calls are filtered.
Pavan
On Wednesday 25 August 2010 07:04 AM, Diego M. Vadell
wrote:> Hi,
>
> I was stracing glusterfsd, and found calls to lgetxattr(). The strange
> thing is that some of them succeeded, and some didn't. The ones that
didn't,
> had the "glusterfs" namespace:
>
> [pid 16268] 0.000096
>
lgetxattr("/no_usar/disco_120/var/rsnapshot/daily.0/nova/rootfs/home/globus/gt5.0.2-all-source-installer/source-trees/gsi/openssl_gpt/crypto/cast/asm/CVS/Entries",
> "glusterfs.inodelk-count", 0x0, 0) = -1 EOPNOTSUPP (Operation not
supported)
>
> And the ones that did succeed had the common "trusted"
namespace:
>
> [pid 16268] 0.000049
>
lgetxattr("/no_usar/disco_120/var/rsnapshot/daily.0/nova/rootfs/home/globus/gt5.0.2-all-source-installer/source-trees/gsi/openssl_gpt/crypto/cast/asm/CVS/Entries",
> "trusted.afr.remote1-mysql", 0x0, 0) = 12
>
> For what I could read online, linux does not support other namespaces
> besides "trusted", "security", "user" and
"system". Is this a bug? Am I
> missing something?
>
> Thanks
> -- Diego.
>
>
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://gluster.org/cgi-bin/mailman/listinfo/gluster-users