Hi Brian,

We really can't do that. The reason is that the file attribute handling is 
a plugin that other people replace to handle their specific file system. 
We decided soe time ago to keep extended attributes seprate from the OSS 
layer to not over-complicate the whole OFS/OSS API (which is prety 
complicated already). Of course, the medium-term plan is to roll mult-user 
filesystem handling into the baseline which would include adding the 
fs_uid call to all he places that need it (include the fattr plugin). That 
is currently blocked in R5 as there we allow the authentication to specify 
the uid/gid to be used and we need to propogate that through.

So, as a short-term solution, add he call to the fattr code and make it a 
separate plugin (icky but workable).

Andy


On Fri, 23 Aug 2019, Bockelman, Brian wrote:

> Hi all,
>
> Bockjoo Kim (CC'd) at Florida utilizes the xrootd-multiuser plugin to allow Xrootd to change the thread-specific filesystem user when accessing their underlying Lustre filesystem.
>
> This works well *except* when saving the results of checksum calculation to extended attributes; in that case, a permission denied is received.  Looking at the code, it seems that the Linux setxattr function is called directly - as opposed to being managed by the OSS layer.
>
> Is it possible to get xattrs to be handled by the OSS layer (and change XrdCks to use OSS)?  That would allow a clean integration with Lustre at Florida.
>
> Thanks,
>
> Brian
> ########################################################################
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the XROOTD-DEV list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
>

########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1