 |
 |
Hi Andy, Could you also check https://github.com/xrootd/xrootd/issues/1098? <https://github.com/xrootd/xrootd/issues/1098> When I try to read a Lustre 2.5 file using the redirector, I get "Unable to access file; file does not exist." Using the xrootd server, I don't have this issue. It seems cmsd can not find the file ( or permission denied sometimes). Sometimes I can read the Lustre 2.5 file using the redirector after touching the file or restarting xrootd/cmsd or a combination of all of those. Can you at least let me know if this is a Lustre issue or xrootd issue? Thanks, Bockjoo On 9/4/19 6:41 PM, Andrew Hanushevsky wrote: > 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://urldefense.proofpoint.com/v2/url?u=https-3A__listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DXROOTD-2DDEV-26A-3D1&d=DwIBAg&c=sJ6xIWYx-zLMB3EPkvcnVg&r=KD6WLuIFdDP9pLkLtsx3jFJEuhhZthNRKW96sbeIehg&m=raU0C_FHAYlirP7FqbDFhuPp00qFtTENe4Nt8Z159Po&s=dUDSnPToTyzbXNQ2-5U7gXQzgS2CXOa4lNT-VpKH4VE&e= >> ######################################################################## 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