[15:51] cyphermox, hi [15:51] https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1551952 [15:52] this multipath tools merge from rharper fixes a critical bug for s390x =/ [15:52] have you per chance managed to take a look at it? [15:52] and/or does it conflict with any other work that you have been doing for multipath tools? [15:53] xnox: feel free, I haven't got to it yet (but the FFE is also not approved yet) [15:54] right. [15:54] should be fine to land, worst case I'll do upload on top, but in any case I'm all for that update, it probably fixes a bunch of crasp [15:54] *crap [15:55] trying to debug upgrades still [15:55] I've taken a roundabout way to do the upgrade manually and things don't crash so far, so I'm not sure what the problem is anymore [15:56] * cyphermox goes back to cheering compiz on to finally crash [16:01] =/ [16:01] ack [18:15] cyphermox, is it normal for something to write out /etc/network/interfaces.d/ during a d-i install? [18:16] and then cause problems, e.g. static ip in /etc/network/interfaces, yet dhcp snippet in interface.d hogging all shutdowns. [18:16] I think so, yeah [18:16] did you set up the system with static or dhcp? [18:16] cyphermox, static. [18:17] and what's in /etc/network/interfaces.d/ exactly? [18:17] cyphermox, it certainly did not used to do that at all. [18:17] one sec. [18:17] slaac for ipv6? [18:17] https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1556241 [18:18] allow-hotplug encf5f0 [18:18] iface encf5f0 inet dhcp [18:18] .. [18:18] file name is "encf5f0" [18:18] hm.... do any udev rules do that, i wonder. [18:19] they certainly should not [18:20] allow-hotplug -> i wonder who adds that. [18:22] but netcfg never writes anything into interfaces.d [18:22] right [18:23] busybox ip a does it? [18:23] or e.g. dhcp client? [18:23] if one tries to do dhcp in the shell, whilst installing the system, and then that gets copied? [18:26] neither should go writing things in /etc/network [18:29] lemme run a new install, should be easy to find out what's touching this [18:30] Mar 15 04:49:26 net/hw-detect.hotplug: Detected hotpluggable network interface encc000 [18:30] Mar 15 04:49:26 net/hw-detect.hotplug: Detected hotpluggable network interface encc000.2586 [18:30] Mar 15 04:49:26 net/hw-detect.hotplug: Detected hotpluggable network interface lo [18:30] hmmmm. [18:31] sure but all that does is write to /etc/network/devhotplug, not /etc/network/interfaces.d [18:34] cyphermox: i added ubiquity r6393 to handle keeping fwupdate signed efi in target, not sure if you had anything else you wanted to do before next ubiquity upload [18:35] nothing I can think of right now [18:36] cyphermox, this is all on s390x by the way, with interfaces which one must manually enable. [18:36] thus they do appear as if they got hotplugged half way through the installation. [18:37] well, yeah, I believe you that's what seems to happen on that system. I'm grepping through all my workspace to try and figure out what might do this [18:37] I have no idea [18:37] or you can run an install again and somewhere near the end, before reboot, get to a console and grep through / [18:38] it could just as easily be some s390x specific magic for the interfaces [18:38] horum, let's do that. [18:38] at least it does not look to be hw-detect or netcfg, but I may have not grepped for the right thing [18:39] also, are you installing 16.04 or 14.04? [18:39] netcfg could be different between the two [18:41] 16.04 only [18:41] s390x is only on 16.04 [22:16] xnox: Do you have cloud-init in that install? I think it writes interface snippets. [22:42] infinity, oh.