-
Notifications
You must be signed in to change notification settings - Fork 23
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
/nix/store bind-mount to an NFS mount incompatible with cntr #77
Comments
Usually this binary should be written to |
I also have an experimental branch where I try to fallback to other directories: https://github.com/Mic92/cntr/pull/57/files#diff-96d5465b3dc8efadb91937f8745c3ad21bb114f524963f6ea57fa5e2ad2c435cR27 |
Also what is the full error message? |
|
This looks like a problem with the Fuse rather than NFS than. What is your kernel version? |
|
Steps to reproduce
mount -t nfs nas.lan:/ /media/nas
mount -o bind /media/nas/nix-store /nix/store
/.cntr/cntr-exec
gives the error "Operation not supported". And nothing innix-store
or my regular user is accessible(with the same error), even if I set--effective-user
to root or my regular user.rm -rf /nix/store
, and reinstall Nixnix-build
stops duringbuildPhase
with a container whose/.cntr/cntr-exec
is executable, and that the expect/nix/store
tools are available and execute fine.I speculate that two issues are relevant:
cntr
sets CAP_SYS_CHROOT on a copy of itself, but this is likely not persisted across NFS.nixbld1
users. So it is possible that permissions given to those are being lost during the user id squash.It seems reasonable to throw an explicit error if the permissions responsible cannot be set, rather than build an unusable container.
The text was updated successfully, but these errors were encountered: