 | Nixpkgs Stdenv | 228 Members |
| 74 Servers |
| Nixpkgs Stdenv | 228 Members |
| 74 Servers |
| Sender | Message | Time |
|---|---|---|
| 10 Aug 2023 | ||
 p14 | So, I haven't rebooted. Since I've been building these paths. | 14:30:04 |
| p14 | I've found three bad paths: | 14:30:24 |
| p14 | I think those two gnu-llvm-binutils would have been built at different times. | 14:30:43 |
| p14 | nix store repair says, e.g.: | 14:31:12 |
| p14 | I started building these this morning and my uptime is more than 2 days, so I guess it's not bad FS-or-device-behaviour-under-crash | 14:31:52 |
| p14 | Could sigquitting nix build explain it in principle? It's a keyboard shortcut I know...# | 14:32:14 |
| p14 | * Could sigquitting nix build explain it in principle? It's a keyboard shortcut I know... (not saying I know I used it) | 14:32:20 |
 trofi | I would hope nix-daemon is atomic in face of most stops. Especially when it comes to calculating the checksum of a finished build. But maybe there are bugs. | 14:33:37 |
| p14 | I'm hitting the problem of nix store delete ignore liveness not working | 14:34:30 |
| trofi | Worth running a scrub in the filesystem and running a memtest just in case there is a possibility of a hardware fault. | 14:34:35 |
| p14 | I have run memtest looking for hardware faults. scrub's a good idea | 14:34:52 |
| trofi | It's interesting that you got 2 different store paths with ...-llvm-binutils-wrapper-15.0.7 broken. Those ought to be independent failures unless you use auto-optimise-store = true (Or other deduplication methods) and corruption happened afterwards. | 14:37:11 |
| p14 | No auto optimizing or dedup | 14:37:33 |
| p14 | Currently trying to delete it from the store and see if it repros. | 14:37:44 |
| p14 | Though putting the daemon under strace seems to have broken it. Now running nix as a normal user I get 'error: opening a connection to remote store 'daemon' previously failed ' | 14:38:07 |
| p14 | I've done systemctl start nix-daemon, and it's running, but seem to have this sticky error | 14:38:28 |
| trofi | --debug --verbose might spill what fails. | 14:39:36 |
| p14 | --debug-verbose actually gives zero additional lines of logging, oddly | 14:40:53 |
| p14 | I've been totally unable to delete the corrupted path. I've gone in and removed roots | 14:41:06 |
| p14 | I've become sudo, nix-store --query --roots shows an empty set | 14:41:15 |
| p14 | And yet: | 14:41:30 |
| p14 | Scrub is at 500GiB so far with no errors found. | 14:41:59 |
| trofi | Try the /nix/store/... path. Flake paths might be very confusing. | 14:42:19 |
| p14 | I have tried the path itself as well but same error message | 14:42:35 |
| trofi | :( | 14:42:51 |
| p14 | I was wondering if I was hitting that bug where nix saw the path in its own args (or the environment) for example. | 14:42:54 |
| p14 | I'm on nix 2.13.3. | 14:43:06 |
| trofi | I think it used to be the case only when ran via sudo. | 14:43:16 |
| p14 | Gotta run, probably without computer for the rest of the day though will read/respond to messages in fragments of spare time if anyone has any ingenious ideas. | 14:43:45 |
| p14 | (Thanks very much for your input trofi, learned some useful things and also good to know it's not just me this is bonkers for ;-)) | 14:44:54 |