| 23 Jun 2023 |
| bl1nk changed their profile picture. | 21:49:19 |
| 26 Jun 2023 |
| Janik (they/them) changed their profile picture. | 21:38:10 |
| 27 Jun 2023 |
| ixxie joined the room. | 11:55:44 |
ixxie | Hello folks; I just heard about Colmena today over at #nixops:nixos.org. I'm currently trying to evaluate whether its the right fit for my usecase (deploying a small number of VPS servers with the hopes of eventually scaling up).
What was the motivation of Colmena? I see its stateless, like Morph, which is a big plus for me. But what advantages does it have over Morph and NixOps?
| 11:57:59 |
ixxie | * Hello folks!
I just heard about Colmena today over at #nixops:nixos.org. I'm currently trying to evaluate whether its the right fit for my usecase (deploying a small number of VPS servers with the hopes of eventually scaling up).
What was the motivation of Colmena? I see its stateless, like Morph, which is a big plus for me. But what advantages does it have over Morph and NixOps?
| 11:58:07 |
Linux Hackerman | fancy clock animations! | 11:58:57 |
Linux Hackerman | Also parallel deployment, I think morph does things sequentially | 11:59:09 |
Wanja Hentze | for us, streaming evaluation | 12:07:13 |
Wanja Hentze | morph (and iirc deplo-rs too) has no such feature so evaluation is entirely single-threaded | 12:07:38 |
Wanja Hentze | evaluating the entire deployment takes many minutes then | 12:07:48 |
ixxie | Thanks Linux Hackerman and Wanja Hentze | 12:30:09 |
ixxie | It seems flake support is better also, or at least better documented | 12:30:22 |
Wanja Hentze | I wouldn't know 😎 | 12:57:29 |
| hanleym joined the room. | 15:58:06 |
| 28 Jun 2023 |
| dfh joined the room. | 11:10:56 |
| guiguid joined the room. | 11:32:33 |
| 29 Jun 2023 |
| @obsidianical:matrix.org changed their display name from Schrottkatze (moving to @schrottkatze:katzen.cafe) to Not using this account anymore, moved to @schrottkatze:katzen.cafe. | 08:26:40 |
| 30 Jun 2023 |
@sumner:nevarro.space | I have a strange issue where occasionally my Hetzner server loses networking. It seems like dhcpcd just starts failing, and it can't recover. I can shell into the machine via the online console, and it's up and running, but it can't connect to or accept connections from the outside world. Has anyone had any similar experience?
I'm deploying using Colmena, I have dhcpcd.enable = true and usePredictableInterfaceNames = false. I set interfaces.eth0.useDHCP = true as well. (config here)
| 13:55:26 |
hexa | cloud? https://nixos.wiki/wiki/Install_NixOS_on_Hetzner_Cloud#Network_configuration | 13:59:42 |
@sumner:nevarro.space | yes, cloud. I tried doing the static config, but the issue with that is that it made my private network between Hetzner nodes stop working. | 14:00:54 |
hexa | if you require dhcp, then let networkd do it | 17:37:40 |
hexa | you just need another network definition for your private network, pretty much copy/paste at this point | 17:38:03 |
@sumner:nevarro.space | hmm.. I guess I just don't know how to set that up properly because when I tried that, it just made it so that I couldn't access the internet at all | 17:38:51 |
hexa | wondering if they give you a default route via dhcp on your private network | 17:39:25 |
hexa | never used those | 17:39:27 |
@sumner:nevarro.space | this is what I get with ip a
root@matrix:~/ > ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 96:00:02:23:cd:a5 brd ff:ff:ff:ff:ff:ff
inet 5.161.216.225/32 brd 5.161.216.225 scope global dynamic eth0
valid_lft 71733sec preferred_lft 60933sec
inet6 fe80::9400:2ff:fe23:cda5/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc fq_codel state UP group default qlen 1000
link/ether 86:00:00:44:d6:83 brd ff:ff:ff:ff:ff:ff
altname enp7s0
inet 10.0.1.3/32 brd 10.0.1.3 scope global dynamic eth1
valid_lft 71734sec preferred_lft 60934sec
inet6 fe80::8400:ff:fe44:d683/64 scope link
valid_lft forever preferred_lft forever
| 17:40:43 |
@sumner:nevarro.space | * this is what I get with ip a
root@matrix:~/ > ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 96:00:02:23:cd:a5 brd ff:ff:ff:ff:ff:ff
inet 5.161.216.225/32 brd 5.161.216.225 scope global dynamic eth0
valid_lft 71733sec preferred_lft 60933sec
inet6 fe80::9400:2ff:fe23:cda5/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc fq_codel state UP group default qlen 1000
link/ether 86:00:00:44:d6:83 brd ff:ff:ff:ff:ff:ff
altname enp7s0
inet 10.0.1.3/32 brd 10.0.1.3 scope global dynamic eth1
valid_lft 71734sec preferred_lft 60934sec
inet6 fe80::8400:ff:fe44:d683/64 scope link
valid_lft forever preferred_lft forever
this is with dhcp
| 17:40:57 |
@sumner:nevarro.space | I don't know how to replicate that using just systemd.network | 17:50:45 |
hexa | ip route? | 17:56:52 |
@sumner:nevarro.space | root@matrix:~/ > ip route
default via 172.31.1.1 dev eth0 proto dhcp src 5.161.216.225 metric 1002
10.0.0.0/8 via 10.0.0.1 dev eth1 proto dhcp src 10.0.1.3 metric 1003 mtu 1450
10.0.0.1 dev eth1 proto dhcp scope link src 10.0.1.3 metric 1003 mtu 1450
172.31.1.1 dev eth0 proto dhcp scope link src 5.161.216.225 metric 1002
| 17:58:06 |