Your 'ask' comment at https://ask.openstack.org/en/question/28297/cloud-init-nonet-waiting-and-fails/
/etc/network/interfaces shows: # Injected by Nova on instance boot If that entry was "injected" by nova, then there really isnt much or anything cloud-init can do about this. This is a good example about why host "injection" is inherently flawed. The right fix for your problem is then to have nova realize that 'eth0' already existed, and remove /etc/interfaces.d/. That is clearly brittle and requires updating your hypervisor/cloud which is quite unreasonable. if cloud-init reads network-interfaces from config drive, then it should handle eth0 correctl (ie, we need to fix that). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1315501 Title: cloud-init does not use interfaces.d in trusty To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-init/+bug/1315501/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs