ok. So under bug 1569974 i fixed cloud-init to not consider the bridge as something it should pick as a fallback nic. However, there is still a problem in that cloud-init may select the host side of a veth device.
The result is that $ cat /etc/network/interfaces.d/50-cloud-init.cfg auto vethVH9WCK iface vethVH9WCK inet dhcp So a.) cloud-init needs to find some way to still do the right thing and pick the right nic ignoring those veth devices Note, though in a container eth0 (a veth) *is* the right device. b.) lxd should probably not bring up bridges or do other things before 'network-pre.target' cloud-init-local, the code that determines this runs: 'Before=network-pre.target' The fact taht it finds vethVH9WCK means that lxd ran that early. It probably means that lxd started containers that early, which is probably wrong as those containers might well expect to reach the interwebs during boot, and they will not be able to. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1569064 Title: ifupdown wants to configure interfaces it shouldn't (lxdbr0) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1569064/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
