!PSmBFWNKoXmlQBzUQf:helsinki-systems.de

Stage 1 systemd

86 Members
systemd in NixOs's stage 1, replacing the current bash tooling https://github.com/NixOS/nixpkgs/projects/5129 Servers

Load older messages


SenderMessageTime
6 Jun 2023
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgI wonder what creates the incoming traffic14:30:28
@oddlama:matrix.orgoddlamaProbably mdns14:30:33
@oddlama:matrix.orgoddlamaThe working server is in my home network14:30:46
@oddlama:matrix.orgoddlamaThe non working one is a hetzner server with a public ipv4 and no other machines on the network14:31:04
@elvishjerricco:matrix.org@elvishjerricco:matrix.org Hm, something tells me that the reference to man:rtnetlink(7) in the docs section of that unit is relevant 14:32:43
@elvishjerricco:matrix.org@elvishjerricco:matrix.org hmm: ListenNetlink=route 1361 14:36:25
@elvishjerricco:matrix.org@elvishjerricco:matrix.org oddlama: Maybe you're missing a kernel module relating to this? 14:36:38
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgbut that's weird because in nixos we have a wants relationship from multi-user.target on systemd-networkd.service14:37:27
@oddlama:matrix.orgoddlama
In reply to @elvishjerricco:matrix.org
oddlama: Maybe you're missing a kernel module relating to this?
Since this is stage2 I don't see how that could be a problem.. Which module would you have in mind?
14:39:34
@oddlama:matrix.orgoddlamaHard to find any information about route 136114:39:42
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgno clue :P14:39:45
@oddlama:matrix.orgoddlamaoccurrs exactly once in systemd's source, in networkd.socket :/14:39:59
@oddlama:matrix.orgoddlama * occurs exactly once in systemd's source, in networkd.socket :/14:40:05
@oddlama:matrix.orgoddlama
In reply to @elvishjerricco:matrix.org
but that's weird because in nixos we have a wants relationship from multi-user.target on systemd-networkd.service
where is that relationship defined?
14:42:13
@elvishjerricco:matrix.org@elvishjerricco:matrix.orghttps://github.com/NixOS/nixpkgs/blob/5c31944c1d468476f7827943dd636b34478db22b/nixos/modules/system/boot/networkd.nix#L312914:42:43
@elvishjerricco:matrix.org@elvishjerricco:matrix.org oddlama: Something else kinda weird is that on my system that has networkd enabled in both stage 1 and stage 2, I don't see the same messages from the socket unit about "Incoming traffic" 14:44:21
@elvishjerricco:matrix.org@elvishjerricco:matrix.org your default.target is multi-user.target, right? :P 14:45:03
@oddlama:matrix.orgoddlama
In reply to @elvishjerricco:matrix.org
oddlama: Something else kinda weird is that on my system that has networkd enabled in both stage 1 and stage 2, I don't see the same messages from the socket unit about "Incoming traffic"
Maybe it's also a red herring and just coincidence
14:45:15
@elvishjerricco:matrix.org@elvishjerricco:matrix.orgpossibly14:45:22
@oddlama:matrix.orgoddlama
In reply to @elvishjerricco:matrix.org
your default.target is multi-user.target, right? :P
I didn't change anything in that regard, so I hope so :D
14:45:31
@elvishjerricco:matrix.org@elvishjerricco:matrix.org(please double check, because it is possible to change)14:45:59
@elvishjerricco:matrix.org@elvishjerricco:matrix.org (like, it shouldn't, but systemctl status default.target is easy enough :P) 14:46:34
@oddlama:matrix.orgoddlamaAlready on it14:46:46
@oddlama:matrix.orgoddlamaYep, multi-user.target on both systems.14:46:59
@elvishjerricco:matrix.org@elvishjerricco:matrix.org oddlama: As a sanity check, what's systemctl show -p WantedBy systemd-networkd.service say? 14:48:24
@oddlama:matrix.orgoddlamaJust did a sanity check on the systemd issues14:49:39
@oddlama:matrix.orgoddlamahttps://github.com/systemd/systemd/issues/2771814:49:40
@oddlama:matrix.orgoddlama
In reply to @elvishjerricco:matrix.org
oddlama: As a sanity check, what's systemctl show -p WantedBy systemd-networkd.service say?
WantedBy=multi-user.target on both
14:50:32
@elvishjerricco:matrix.org@elvishjerricco:matrix.org

Interesting tidbit from that issue that I'd like to revisit later:

networkd.service removes some (not all) IP addresses, routes, and friends on stop. Hence, restarting networkd during switching root may disconnect network. So, if the rootfs is backed by a network filesystem, system may fail to boot.

It was my understanding that this is explicitly not the case

14:53:49
@elvishjerricco:matrix.org@elvishjerricco:matrix.orghuh, ok apparently that's only true because we're not actually stopping systemd-networkd.service correctly before switch-root14:56:00

Show newer messages


Back to Room ListRoom Version: 6