group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #13987
[Bug 1684092] Re: cloud-init in xenial generates bond configs that do not appear to work
[Expired for cloud-init (Ubuntu Xenial) because there has been no
activity for 60 days.]
** Changed in: cloud-init (Ubuntu Xenial)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1684092
Title:
cloud-init in xenial generates bond configs that do not appear to work
Status in cloud-init package in Ubuntu:
Expired
Status in cloud-init source package in Xenial:
Expired
Bug description:
cloud-init 0.7.9-48-g1c795b9-0ubuntu1~16.04.1
Cloud init generated /etc/network/interfaces.d/50-cloud-init.cfg for a
network configuration of two vlan'ed networks, on top of a bond, of
two interfaces.
The generated config did not work, as the bond specified "bond-slaves
none", there were also bond_* settings specified on the interfaces,
which I believe are redundant.
Comparing the config generated by this cloud-init with another
instance of similar type, I have removed the extrac bond_* settings
from the cloud init generated config, and also specified "bond-salves"
on the bond stanza, and disabled the cloud-init network config via
snippet as advised at the top of the file.
This made networking come up.
I will attach, the generated 50-cloud-init.cfg; diff of applied
differences; as well as the journal logs of both boots (broken and
working).
Imho cloud-init should generate bond-slaves stanzas with the
interfaces names.
However, further investigation suggests that changing bond-slaves from
none to list of interfaces is a red herring. And instead the generated
configuration is just fine, as long as network config is disabled in
cloud-init (e.g. echo 'network: {config: disabled}' >
/etc/cloud/cloud.cfg.d/99-disable-network-config.cfg). So cloud-init
generates the right eni.d drop-in file, but fails to correctly online
these devices?! seems like "ifup -a" is all that is needed here.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1684092/+subscriptions
References