This bug was fixed in the package cloud-init - 19.2-36-g059d049c- 0ubuntu2~19.04.1
--------------- cloud-init (19.2-36-g059d049c-0ubuntu2~19.04.1) disco; urgency=medium * cherry-pick a7d8d032: get_interfaces: don't exclude bridge and bond members (LP: #1846535) -- Daniel Watkins <oddbl...@ubuntu.com> Fri, 04 Oct 2019 11:46:15 -0400 ** Changed in: cloud-init (Ubuntu Disco) Status: Fix Committed => Fix Released -- 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/1846535 Title: cloud-init 19.2.36 fails with python exception "Not all expected physical devices present ..." during bionic image deployment from MAAS Status in cloud-init: Fix Committed Status in cloud-init package in Ubuntu: Fix Released Status in cloud-init source package in Xenial: Fix Released Status in cloud-init source package in Bionic: Fix Released Status in cloud-init source package in Disco: Fix Released Status in cloud-init source package in Eoan: Fix Released Bug description: [Impact] Any instances launched with bridges or bonds in their network configuration will fail to bring up networking. [Test Case] # Juju bootstrap on maas of a machine sets up a network bridge that triggers a failure in cloud-init init stage. # This results in a maas machine deployment failure and the machine gets released Procedure: # Alternate steps on a maas machine with a bridge already created A1. confirm a bridge interface is configured for the target machine on interface eno1, name it broam, attach it to a subnet and select auto-assign for IP A2. click deploy -> bionic A3. Once manual deployment fails go to step 2 below # Alternative 2 juju bootstrap failure on maas B1: juju bootrap mymaas --no-gui B2: Once bootstrap fails go to step 2 2. After deployment failure and machine is powered off click on the failed/released node in the MAAS UI 3. Click Rescue Mode from the 'Take Action' drop down in the MAAS UI 4. Grab the IP from the interfaces tab 5. ssh ubuntu@<theRescueMachineIP> -- cloud-init status --long # Expect failure message 6. Click Exit Rescue Mode on the node in MAAS UI. 7. ssh to the maas server add the following lines to /etc/maas/preseeds/curtin_userdata to test official *-proposed packages: system_upgrade: {enabled: True} apt: sources: proposed.list: source: deb $MIRROR $RELEASE-proposed main universe # upstream -proposed 8. Repeat step 1 and expect bootstrap success # expect to see MAASDatasource from bootstrapped machine and no errors 9. juju ssh 0 -- cloud-init status --long Additional verification checks to avoid regression - DONE oracle - DONE ec2 - DONE openstack - DONE gce - DONE azure - DONE nocloud kvm - DONE nocloud lxd [Regression Potential] The change being SRU'd adds more conditions to an existing conditional. There is potential to regress the cases that the existing conditional was introduced to cover, so we will be testing those specifically. Other than that, there was some minor refactoring of the existing conditional statement (which did not change the logic it checks), which could cause issues for Oracle netfailover interfaces. We will also specifically test on Oracle. [Original Report] Symptoms ======== After deployment of Ubuntu Bionic image on MAAS provider (deploying to a bare metal server) juju cannot access any deployed machine due to missing SSH keys and machines are stuck in pending state: $ juju ssh 0 ERROR retrieving SSH host keys for "0": keys not found $ juju machines Machine State DNS Inst id Series AZ Message 0 pending 172.20.10.125 block-3 bionic AZ3 Deployed 1 pending 172.20.10.124 block-2 bionic AZ2 Deployed 2 pending 172.20.10.126 block-1 bionic AZ1 Deployed 3 pending 172.20.10.127 object-2 bionic AZ1 Deployed 4 pending 172.20.10.128 object-1 bionic AZ2 Deployed 5 pending 172.20.10.129 object-3 bionic AZ3 Deployed It worth mentioning that pods can be successfully deployed with MAAS, only bare metal deployment fails. We checked different bionic images: cloud-init 19.2.24 works, and cloud-init 19.2.36 doesn't. To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-init/+bug/1846535/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~group.of.nepali.translators Post to : group.of.nepali.translators@lists.launchpad.net Unsubscribe : https://launchpad.net/~group.of.nepali.translators More help : https://help.launchpad.net/ListHelp