yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #14355
[Bug 1315501] Re: cloud-init does not use interfaces.d in trusty
** Changed in: cloud-init
Status: New => Confirmed
** Changed in: cloud-init
Importance: Undecided => High
** Also affects: cloud-init (Ubuntu)
Importance: Undecided
Status: New
** Changed in: cloud-init (Ubuntu)
Status: New => Confirmed
** Changed in: cloud-init (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/1315501
Title:
cloud-init does not use interfaces.d in trusty
Status in Init scripts for use on cloud images:
Confirmed
Status in “cloud-init” package in Ubuntu:
Confirmed
Bug description:
Hi,
Reference/context: https://ask.openstack.org/en/question/28297/cloud-
init-nonet-waiting-and-fails/
The trusty image provided by http://cloud-images.ubuntu.com/trusty/ contains an eth0 interface configured as dhcp in /etc/network/interfaces.d/eth0.cfg.
When I boot this image in an Openstack non-dhcp networking environment, cloud-init configures the static IP provided by Neutron directly in /etc/network/interfaces (not interfaces.d).
This means I now have two eth0 devices configured, in two different files.
Booting 20 VMs with the same image yields around 50-60% of VMs that are not reachable by network.
Soft rebooting a VM in this state or doing and "ifdown eth0 && ifup
eth0" will make it ping.
I removed the the eth0 interface file in
/etc/network/interfaces.d/eth0.cfg from the image, booted another
round of VMs and all of them worked fine.
Now, I see three possible outcomes:
- If eth0 is present in /etc/network/interfaces.d, cloud-init configures/re-configures that interface
- If eth0 is present in /etc/network/interfaces.d, cloud-init deletes it and configures /etc/network/interfaces
- Ubuntu cloud images ships without eth0 being configured by default
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1315501/+subscriptions
References