14 Oct 2024 |
delroth | unfortunately this doesn't use terranix :) | 05:11:12 |
Whovian9369 | And delroth found it, hah. Nice find, but oh boy. | 05:11:25 |
delroth | "found it" I'm the last person who touched it so heh | 05:11:45 |
Whovian9369 | I mean, that's a good way to know where it is - Nice. | 05:12:01 |
@jade_:matrix.org | it seems like services.garage does not process whatever kill signal systemd is sending it properly? | 05:13:49 |
@jade_:matrix.org | so we might have some broken unit files in nixos | 05:13:57 |
@jade_:matrix.org | Oct 14 05:14:10 cache systemd[1]: garage.service: State 'stop-sigterm' timed out. Killing.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 275821 (garage) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131452 (garage) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131454 (tokio-runtime-w) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131455 (tokio-runtime-w) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131457 (n/a) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 275824 (tokio-runtime-w) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 275825 (n/a) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Main process exited, code=killed, status=9/KILL
Oct 14 05:14:10 cache systemd[1]: garage.service: Killing process 131455 (tokio-runtime-w) with signal SIGKILL.
Oct 14 05:14:10 cache systemd[1]: garage.service: Failed with result 'timeout'.
| 05:14:25 |
Whovian9369 | "Hey is this supposed to 404?" turned into "Why isn't this taking the signal that it's supposed to?". Oops. | 05:14:36 |
@jade_:matrix.org | i mean it looks like it might be a garage bug | 05:16:06 |
@jade_:matrix.org | because it shuts down all the workers but not the web server process | 05:16:23 |
@jade_:matrix.org | tcp LISTEN 2 1024 [fd14:a232:6b6b:b54f:5e1e:cee0:6a7f:c06f]:3903 [::]:* users:(("garage",pid=275852,fd=16))
[root@cache:~]# curl $GARAGE_ADMIN_API_BASE
^C
what
| 05:18:41 |
@jade_:matrix.org | why does it not respond to requests, that is literally the address it is listening on ;; | 05:19:13 |
| @olmo:chillin.gs left the room. | 05:19:52 |
@jade_:matrix.org | Oct 14 05:16:35 cache garage[276326]: 2024-10-14T05:16:35.453019Z INFO garage_api::generic_server: Admin API server listening on http://[fd14:a232:6b6b:b54f:5e1e:cee0:6a7f:c06f]:3903
Oct 14 05:16:35 cache garage[276326]: 2024-10-14T05:16:35.453084Z ERROR garage::server: S3 API server exited with error: IO error: Address already in use (os error 98)
| 05:20:05 |
@jade_:matrix.org | sigh | 05:20:06 |
@jade_:matrix.org | another garage bug, does it set SO_REUSEADDR? | 05:20:17 |
| IndustrialRobot joined the room. | 05:20:43 |
@jade_:matrix.org | In reply to @jade_:matrix.org another garage bug, does it set SO_REUSEADDR? probably. it just had a dead instance around from last startup | 05:22:45 |
@jade_:matrix.org | there we go, we now have an index.html | 05:24:32 |
@jade_:matrix.org | https://git.deuxfleurs.fr/Deuxfleurs/garage/pulls/881 appears that we need garage 1.0.1 | 05:25:15 |
Whovian9369 | In reply to @jade_:matrix.org there we go, we now have an index.html Thank you so much! | 05:26:33 |
@jade_:matrix.org | and a 404 page | 05:38:18 |
@jade_:matrix.org | In reply to @aftix:matrix.org it seems like every time I update the lix flake input on my config (pulling from main), and run nixos-rebuild switch, I get several errors about store paths not being found and having to nix-store --realise them manually. I have automatic GC/store optimization timers turned on but I don't mess with gcroots https://git.lix.systems/lix-project/lix/commit/8e05cc1e6c5eb1729e06835baf9114c4be8b82ee this is the fix to that bug | 06:37:14 |
| polygon system (it/she, no "you") changed their profile picture. | 10:02:39 |
Adam Chance | Is nix develop -i supposed to inherit the host system PATH? It happens for me but other people I’ve talked to say it doesn’t happen for them.
| 11:15:07 |
Adam Chance | Don’t know if they were on Lix or Nix though | 11:15:17 |
Ross A. Baker | In reply to @ross:rossabaker.com Pinning nixpkgs for both nix-darwin and lix-module works. I'm trying to bisect nixpkgs, but my endpoint security makes that an awful slog. I've traced the problem to this commit with a minimal flake to reproduce it. It's probably a nixpkgs issue rather than Lix? I am baffled why an IDE upgrade would cause manpage rendering to fail. | 14:34:00 |
qbit | In reply to @ross:rossabaker.com I've traced the problem to this commit with a minimal flake to reproduce it. It's probably a nixpkgs issue rather than Lix? I am baffled why an IDE upgrade would cause manpage rendering to fail. wow, maybe bruno is doing some .. test? or .. something? | 15:40:22 |
Ross A. Baker | I couldn't find any bruno references within nixpkgs that suggests how it would affect manpages. But a colleague can reproduce it. | 15:43:21 |
K900 | nix why-depends it? | 16:28:57 |