[Gluster-users] Extended attributes question

[Pavan Vilas Sondur]

  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