Print

Print

I suspect it's only you as no one else has brought this up.

I would be anyone using multiuser + data federation is hitting this. Once I realized that this was a potential problem, I reached out to Nebraska and noticed they were hitting it as well but had just marked all files world-readable (which is a way around things, I suppose!).

My suggestion here was with the thought that stacking is overkill since all you need is to provide a custom stat() which is what the stat plugin allows you to do.

In theory, the multiuser plugin can go on top of anything ... in practice, I suppose that it's only stacked on top of the default (POSIX) plugin. This would require copy/pasting a bunch of code from the default plugin ... but suppose it beats copy/pasting the entire OSS plugin.

If both the stat lib and regular OSS are present, which takes precedence?

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: <xrootd/xrootd/issues/1730/1188396482@github.com>

[ { "@context": "http://schema.org", "@type": "EmailMessage", "potentialAction": { "@type": "ViewAction", "target": "https://github.com/xrootd/xrootd/issues/1730#issuecomment-1188396482", "url": "https://github.com/xrootd/xrootd/issues/1730#issuecomment-1188396482", "name": "View Issue" }, "description": "View this Issue on GitHub", "publisher": { "@type": "Organization", "name": "GitHub", "url": "https://github.com" } } ]

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