-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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 remote build coredumps when mixing nix versions #4664
Comments
I could further pinpoint this issue down to |
The relevant version mismatch seems to be between the local daemon and the remote builder. In my case the following version combinations both result in the error: while this combination works: for completeness, I tried this combination, which resulted in |
I am seeing the same error when building from 2.3.10 (x86_64-linux) on a 2.4pre20210503_6d2553a (aarch64-linux) box. The stack trace is pretty similar to what has been posted above:
This can be tested by running a stable nix version locally and remote building on the community aarch64-linux box. |
The assertion that is being triggered is this one: https://github.com/NixOS/nix/blob/2.3.11/src/libstore/legacy-ssh-store.cc#L103-L106 I made that assertion print an error before aborting like so (on the 2.3 client):
In my case this ended up resulting in this log line:
Briefly looking at the code this could be related to the storePath refactoring that @Ericson2314 did a while ago. Mind having a look? |
FWIW, the |
@Ericson2314 this is still an issue with any system that is still running 2.3 and is connecting to a builder with Nix 2.4. Any chance you could have a look? I am still sure that this is related to that refactoring you did back then. |
This issue has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/nix-2-4-and-what-s-next/16257/1 |
Unfortunately I didn't see this one yet with the mixed version testing I was working on. Though perhaps too many remote builder tests were skipped, and fixing that would cause this to be reproduced after all. |
@Ericson2314 if you’re referring to #5602, I don’t think it’s testing the exact setup (because of the daemon thing I mention in #5602 (comment)). You’ll probably need a |
Oh right yes thanks. |
This issue has been mentioned on NixOS Discourse. There might be relevant details there: |
Describe the bug
I had different nix versions for my nix-daemon and user nix binaries inplace which leads to coredumps when copying the derivations.
Steps To Reproduce
failed due to signal 6 (Aborted)
Expected behavior
It should not coredump or fail with a nicer message than coredumping
nix-env --version
outputglobal env
user env
remote builders
Additional context
The text was updated successfully, but these errors were encountered: