!RROtHmAaQIkiJzJZZE:nixos.org

NixOS Infrastructure

470 Members
Next Infra call: 2024-07-11, 18:00 CEST (UTC+2) | Infra operational issues backlog: https://github.com/orgs/NixOS/projects/52 | See #infra-alerts:nixos.org for real time alerts from Prometheus.146 Servers

Load older messages


SenderMessageTime
19 Jun 2026
@hexa:lossy.networkhexa (signing key rotation when)running fast-nix-gc instead10:17:44
@joerg:thalheim.ioMic92alright10:17:59
@hexa:lossy.networkhexa (signing key rotation when)ehhh, the queue-runner came back up10:20:02
@hexa:lossy.networkhexa (signing key rotation when)oh, socket activation10:20:18
@joerg:thalheim.ioMic92oh my god: [root@mimas:~]# du -sh /nix/var/nix/db/db.sqlite 16G /nix/var/nix/db/db.sqlite 10:28:55
@joerg:thalheim.ioMic92I was wondering why nix-fast-gc was taking so long in single-threaded mode10:29:32
@hexa:lossy.networkhexa (signing key rotation when)is this already a size where behaviors get pathological? :P10:29:33
@joerg:thalheim.ioMic92no10:29:41
@joerg:thalheim.ioMic92but you need the RAM10:29:45
@joerg:thalheim.ioMic92I tried to make it efficient10:29:49
@joerg:thalheim.ioMic92should be fine in this case10:29:53
@hexa:lossy.networkhexa (signing key rotation when)silly me tried --delete-old10:30:11
@hexa:lossy.networkhexa (signing key rotation when)will go for --ensure-free next time round10:30:16
@joerg:thalheim.ioMic92it will read the sqlite db into memory in any case.10:36:09
@hexa:lossy.networkhexa (signing key rotation when)
# nix run github:mic92/fast-nix-gc -- --ensure-free 100G
[INFO ] freeing at least 97.67 GiB to reach 100.00 GiB free
[INFO ] remounted /nix/store read-write
[INFO ] loading store graph...
[INFO ] 15409584 total valid paths
[INFO ] finding garbage collector roots...
[INFO ] found 1078966 roots
[INFO ] computing alive closure...
[INFO ] 4701564 alive paths
[INFO ] 10708020 dead paths
[INFO ] 251 unknown paths on disk not in DB
[INFO ] deleting garbage...
10:37:29
@hexa:lossy.networkhexa (signing key rotation when)do we have an idea, why it loaded multiple hundred GB into its nix store?10:40:56
@hexa:lossy.networkhexa (signing key rotation when)
Download
10:41:45
@hexa:lossy.networkhexa (signing key rotation when)~400GB10:42:25
@joerg:thalheim.ioMic92I suspect this was my build product fix: https://github.com/NixOS/hydra/commit/a38b8062f8bd2f1a5e4dbb2efdd25afdb02261a610:43:56
@joerg:thalheim.ioMic92From my understanding this was only to be triggered as a fallback if there is no db entry.10:45:27
@hexa:lossy.networkhexa (signing key rotation when)Ah, ok.10:46:14
@hexa:lossy.networkhexa (signing key rotation when)in the meantime I restarted fast-nix-gc with --ensure-free, so I can leave it running and leave10:47:02
@hexa:lossy.networkhexa (signing key rotation when) it sits at "deleting garbage..." for minutes 10:47:20
@hexa:lossy.networkhexa (signing key rotation when)I'm sure it is fast, faster than nix-gc, but is mimas the endboss here? :D10:47:42
@joerg:thalheim.ioMic92Yeah I think so.10:49:00
@joerg:thalheim.ioMic92I run perf on it to see where it hangs10:49:18
@joerg:thalheim.ioMic92In good news, I think my scheduler reconciliation fixes seem to work in staging hydra.10:54:17
@joerg:thalheim.ioMic92I am doing the perf now on the fast-nix-gc10:54:32
@joerg:thalheim.ioMic92 hexa (signing key rotation when): oh, here is the catch: --no-vacuum 10:55:24
@joerg:thalheim.ioMic92you need this10:55:26

Show newer messages


Back to Room ListRoom Version: 6