Closing the cloud-init task here as 'fix released' because we have livecd-rootfs overlay config files allow for cloud-init.service to get ordered After=NetworkManager.service which solves the immediate DNS issues in early boot. Long-term cloud-init will need to spec out options to prefer ordering after NetworkManager versus systemd-networkd at systemd generator timeframe because ordering After=NetworkManager is incompatible with cloud-init's default Before=sysinit.target.
We'll take that long-term work as a separate bug for cloud-init https://bugs.launchpad.net/cloud-init/+bug/2015949 to discern how best to position upstream cloud-init.service files to cope with service ordering conflicts to prefer NetworkManager.service over systemd-networkd.
Closing the cloud-init task here as 'fix released' because we have livecd-rootfs overlay config files allow for cloud-init.service to get ordered After=NetworkMa nager.service which solves the immediate DNS issues in early boot. Long-term cloud-init will need to spec out options to prefer ordering after NetworkManager versus systemd-networkd at systemd generator timeframe because ordering After=NetworkMa nager is incompatible with cloud-init's default Before= sysinit. target.
We'll take that long-term work as a separate bug for cloud-init https:/ /bugs.launchpad .net/cloud- init/+bug/ 2015949 to discern how best to position upstream cloud-init.service files to cope with service ordering conflicts to prefer NetworkManager. service over systemd-networkd.