yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #59965
[Bug 1621615] Re: network not configured when ipv6 netbooted into cloud-init
This bug was fixed in the package cloud-init - 0.7.8-49-g9e904bb-
0ubuntu1~16.10.1
---------------
cloud-init (0.7.8-49-g9e904bb-0ubuntu1~16.10.1) yakkety; urgency=medium
* debian/cloud-init.templates: enable DigitalOcean by default [Ben Howard]
* debian/cloud-init.postinst: update /etc/fstab on Azure to fix
future resize operations. (LP: #1611074)
* New upstream snapshot.
- systemd/cloud-init-local.service:
+ replace 'Wants' and 'After' on local-fs.target with more granular
After=systemd-remount-fs.service and RequiresMountsFor=/var/lib
and Before=sysinit.target.
This is done run sufficiently early enough to update /etc/fstab.
(LP: #1611074)
- systemd/cloud-init.service:
+ add Before=sysinit.target and DefaultDependencies=no (LP: #1611074)
+ drop Requires=networking.service to work where networking.service is
not needed.
+ add Conflicts=shutdown.target
+ drop unnecessary Wants=local-fs.target
- net: support reading ipv6 dhcp config from initramfs [LaMont Jones]
(LP: #1621615)
- dmidecode: Allow dmidecode to be used on aarch64, and only attempt
usage on x86, x86_64, and aarch64. [Robert Schweikert]
- disk-config: udev settle after partitioning in gpt format.
(LP: #1626243)
- Add support for snap create-user on Ubuntu Core images. [Ryan Harper]
(LP: #1619393)
- Fix sshd restarts for rhel distros. [Jim Gorz]
- Move user/group functions to new ug_util file [Joshua Harlow]
- update Gentoo initscripts to run in the correct order [Matthew Thode]
- MAAS: improve the debugging tool in datasource to consider
config provided on kernel cmdline.
- DataSources:
+ Ec2: protect against non-dictionary in block-device-mapping.
+ AliYun: Add new datasource for Ali-Cloud ECS, that is
available but not enabled by default [kaihuan.pkh]
+ OpenNebula: replace parsing of 'ip' command with similar function
available in cloudinit.net. This fixed unit tests when running
in environment with no networking.
- doc changes:
+ Add documentation on stages of boot.
+ make the RST files consistently formated and other improvements.
+ fixed example to not overwrite /etc/hosts [Chris Glass]
+ fix spelling / typos in ca_certs and scripts_vendor.
+ improve HACKING.rst file
+ Add documentation for logging features. [Wesley Wiedenmeier]
- code style and unit test changes:
+ pep8: fix style errors reported by pycodestyle 2.1.0
+ pyflakes: fix issue with pyflakes 1.3 found in ubuntu zesty-proposed.
+ Add coverage dependency to bddeb to fix package build.
+ Add coverage collection to tox unit tests. [Joshua Powers]
+ do not read system /etc/cloud/cloud.cfg.d (LP: #1635350)
+ tests: silence the Cheetah UserWarning about NameMapper C version.
+ Fix python2.6 things found running in centos 6.
-- Scott Moser <smoser@xxxxxxxxxx> Tue, 22 Nov 2016 17:04:36 -0500
** Changed in: cloud-init (Ubuntu Yakkety)
Status: Fix Committed => Fix Released
** Changed in: cloud-initramfs-tools (Ubuntu Yakkety)
Status: Fix Committed => Fix Released
--
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/1621615
Title:
network not configured when ipv6 netbooted into cloud-init
Status in cloud-init:
Fix Committed
Status in MAAS:
In Progress
Status in cloud-init package in Ubuntu:
Fix Released
Status in cloud-initramfs-tools package in Ubuntu:
Fix Released
Status in cloud-init source package in Xenial:
Fix Released
Status in cloud-initramfs-tools source package in Xenial:
Fix Released
Status in cloud-init source package in Yakkety:
Fix Released
Status in cloud-initramfs-tools source package in Yakkety:
Fix Released
Bug description:
https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/1621507 talks of
how IPv6 netboot with iscsi root disk doesn't work, blocking IPv6-only
MAAS.
After I hand-walked busybox through getting an IPv6 address,
everything worked just fine until cloud-init couldn't fetch the
instance data, because it insisted on bringing up the interface in
IPv4, and there is no IPv4 DHCP on that vlan.
Please work with initramfs and friends on getting IPv6 netboot to
actually configure the interface. This may be as simple as teaching
it about "inet6 dhcp" interfaces, and bolting the pieces together.
Note that "use radvd" is not really an option for our use case.
Related bugs:
* bug 1621507: initramfs-tools configure_networking() fails to dhcp IPv6 addresses
* bug 1635716: Can't bring up a machine on a dual network (ipv4 and ipv6)
* bug 1639930: initramfs network configuration ignored if only ip6= on kernel command line
[Impact]
It is not possible to enlist, commmission, or deploy with MAAS in an
IPv6-only environment. Anyone wanting to netboot with a network root
filesystem in an IPv6-only environment is affected.
This upload addresses this by accepting, using, and forwarding any
IPV6* variables from the initramfs boot. (See
https://launchpad.net/bugs/1621507)
[Test Case]
See Bug 1229458. Configure radvd, dhcpd, and tftpd for your IPv6-only
netbooting world. Pass the boot process an IPv6 address to fetch
instance-data from, and see it fail to configure the network.
[Regression Potential]
1) If the booting host is in a dual-boot environment, and the
instance-dat URL uses a hostname that has both A and AAAA RRsets, the
booting host may try to talk IPv6 to get instance data. If the
instance-data providing host is only allowing that to happen over
IPv4, it will fail. (It also represents a configuraiton issue on the
providing host...)
To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1621615/+subscriptions