Change:
coroa = "Jonas Hörsch <jonas@chaoflow.net>"; cstrahan = "Charles Strahan <charles.c.strahan@gmail.com>"; DamienCassou = "Damien Cassou <damien.cassou@gmail.com>"; <del> DerGuteMoritz = "Moritz Heidkamp <moritz@twoticketsplease.de>"; </del> dbohdan = "Danyil Bohdan <danyil.bohdan@gmail.com>"; <ins> DerGuteMoritz = "Moritz Heidkamp <moritz@twoticketsplease.de>"; </ins> dmalikov = "Dmitry Malikov <malikov.d.y@gmail.com>"; doublec = "Chris Double <chris.double@double.co.nz>"; ederoyd46 = "Matthew Brown <matt@ederoyd.co.uk>";

Discussion:
Was about to update my nix-store a Fedora 25 workstation: $ nix-channel --update downloading Nix expressions from ‘’... downloading ‘’... [8991/9145 KiB, 640.3 KiB/s] $ nix-env -u error: removing extended attribute ‘system.nfs4acl’ from ‘/nix/store/ijxblasjbl4l53gd3cg3q49ci8nh6wj1-env-’: Input/output error This used to work for years. The store is located on an NFSv4 mount served over network. Its location is `. # set up nix and nixpkgs; then $ nix-channel --update $ nix-env -u System: (NixOS: , Ubuntu/Fedora: , ...) $ uname -a Linux drift.m.i2n 4.12.11-200.fc25.x8664 SMP Fri Sep 8 11:44:51 UTC 2017 x8664 x8664 x8664 GNU/Linux Nix version: (run ) $ nix-env --version nix-env (Nix) 1.11.14 Nixpkgs version: (run ) $ nix-instantiate --eval '<nixpkgs' -A lib.nixpkgsVersion "18.03pre114739." Sandboxing enabled: (run ) Does not apply: Not NixOS.
Probably caused by NixOS/nix
Looks like. Anything I can do?
We can probably ignore , as with , but we'd have to be sure that this leaves no ACLs behind...
Could this be made configurable? I imagine other situations may arise where users need to whitelist attributes because of an exotic setup.
Just having the same problem on a Lustre file system:
Hello, Any news? Because of that error I can't even install nix.
If you are willing to compile it manually, you can apply the patch supplied by phi-gamma. I've had success with that solution. After bootstrapping, the following might be what you need:
: Thank you for the tip, but do you have any idea why this fix is not included upstream?
I'm having this issue in nix 2.0.2, which I just built manually from source.

I'm confused as to how to apply the workaround mentioned (since I'm just learning how to use nix); it looks like after dropping that file (in my home directory? Or somewhere in my nix store or state directories?) I need to use nix to rebuild nix. Is that likely to work if I can't update the channels? And how would I go about doing that? EDIT: I applied the patch at by manually patching the nix source and rebuilding. Now I have a new error to solve.
I'm having this error in Nix 2.1.3 with a CephFS filesystem: I'd also appreciate if this were made configurable, since indiscriminately removing xattrs from files can cause problems in unusual setups.
Is this error related ?
Is there an easier workaround like granting the chattr rights to the user, who does the single-user-installation of in ubuntu? does not work.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Still important to me. I have the same issue but with .
Still important to me. I can't install nix because of this error. Is there any workaround I can do when installing?
Note the simple workaround of using NFSv3. (Worked when I ran into it just now.)
Linux kernel NFS client code disables removing system.nfs4_acl xattr