Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Usage of default posix credentials for direct I/O #47

Open
andrea-manzi opened this issue Apr 15, 2021 · 2 comments
Open

Usage of default posix credentials for direct I/O #47

andrea-manzi opened this issue Apr 15, 2021 · 2 comments

Comments

@andrea-manzi
Copy link

Hello,
i was wondering if it would be possible to use the default posix credentials configured in LUMA ( both UID and GID) to enable direct I/O via oneclient, without having the need to add mapping to local UIDs for each users.
There are cases where the is no need to have a separate UIDs for each user.
thanks
Andrea

@andrea-manzi
Copy link
Author

andrea-manzi commented Apr 16, 2021

Hi,
i'm giving and an example on what we are trying to do

We would like to use Onedata with JupyterHub and mount a space to share datasets amount users. We would like to use NFS as storage backend and hence the request to have direct I/O for decent performances. As in JupyetHub each user internally is using the same uid and gid we were wondering if we could use the default posix credentials in LUMA to configure the direct I/O and avoid to map each single user ( to the same uid)

@lopiola
Copy link
Member

lopiola commented Apr 26, 2021

We will have to analyse this proposition, I'm not sure if it is viable as it does not align with our current LUMA concepts and assumptions. Maybe we will be able to propose some other mechanism that will cover your use case, other than changing the semantics of default posix credentials.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants