 |
 |
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