[01:01] blahdeblah: <3 :D [01:30] blahdeblah: thanks - I am in two minds about unattended-upgrades - it is fine and does what it says on the tin but for a lot of use-cases it is just too simplistic - ideally it would allow much finer grained customisation / integration with other services === chris14_ is now known as chris14 === JanC_ is now known as JanC === JanC_ is now known as JanC === JanC_ is now known as JanC === sdeziel_ is now known as sdeziel [13:23] IMHO, the problem isn't so much about unattended-upgrades itself but more with systemd-networkd being restarted post-upgrade. This is known to wreak havoc as you loose a bunch of "state" like routes injected or bridge parents and what not [13:24] I feel like systemd-networkd falls in the same category as Xorg for example, just don't restart it post-upgrade, wait for a complete reboot to pick up the patched bins/libs on disk [13:25] that said, maybe there are good reasons to force a daemon restart during post-inst. [13:25] we clearly need systemd livepatch [13:30] lol [13:41] networkd is really a tricky one. Looking at the CVE list there are many where the attack vector is local only but at least some of them can be triggered with crafted DHCP packages and the likes [14:03] What's injecting the state? Would it be reasonable stuff that change state but doesn't arrange to persist it to have a mechanism to reinject the state when needed? [14:16] rbasak: it can be multiple things. For example, if you have a LXD defined network with `bridge.external_interfaces=eth0`, restarting networkd will have that bridge loose its eth0 parent. [14:16] rbasak: also, in the case of datadog it was some externally injected routes that were lost during networkd restart [14:18] not restarting networkd feels like the simple solution. The more complex one would be to serialize it's state when going down and reload it afterward. [14:20] Not restarting it would leave it vulnerable though. [14:20] (in the general case, certainly) [14:20] So maybe good integration with needrestart? === cpaelzer_ is now known as cpaelzer [23:52] amurray: Agreed that it's simple, but that's what the vast majority of use cases need, IMO. I customise my config to constrain the reboot window and for me that's enough, but obviously that wouldn't have helped Datadog in this case, because of the particular issues with systemd-networkd.