Activity log for bug #1690388

Date Who What changed Old value New value Message
2017-05-12 14:56:00 Dimitri John Ledkov bug added bug
2017-05-12 14:56:21 Dimitri John Ledkov bug task added nplan (Ubuntu)
2017-05-13 15:15:07 Dimitri John Ledkov nplan (Ubuntu): status New Invalid
2017-05-13 15:15:10 Dimitri John Ledkov bug task deleted nplan (Ubuntu)
2017-05-13 15:15:17 Dimitri John Ledkov nominated for series Ubuntu Zesty
2017-05-13 15:15:17 Dimitri John Ledkov bug task added cloud-init (Ubuntu Zesty)
2017-05-13 15:15:17 Dimitri John Ledkov nominated for series Ubuntu Yakkety
2017-05-13 15:15:17 Dimitri John Ledkov bug task added cloud-init (Ubuntu Yakkety)
2017-05-13 15:15:17 Dimitri John Ledkov nominated for series Ubuntu Xenial
2017-05-13 15:15:17 Dimitri John Ledkov bug task added cloud-init (Ubuntu Xenial)
2017-05-13 15:15:32 Dimitri John Ledkov cloud-init (Ubuntu): status New In Progress
2017-05-13 15:22:36 Dimitri John Ledkov bug task added nplan (Ubuntu)
2017-05-13 15:34:19 Launchpad Janitor merge proposal linked https://code.launchpad.net/~xnox/netplan/+git/netplan/+merge/324020
2017-05-13 15:34:59 Launchpad Janitor merge proposal linked https://code.launchpad.net/~xnox/cloud-init/+git/cloud-init/+merge/324021
2017-05-17 10:49:55 Dimitri John Ledkov bug task added cloud-init
2017-05-19 10:08:24 Dimitri John Ledkov attachment added network_data.json https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1690388/+attachment/4879484/+files/network_data.json
2017-05-19 21:11:09 Scott Moser cloud-init: status New Fix Committed
2017-05-19 21:51:53 Mathieu Trudel-Lapierre nplan (Ubuntu): status New In Progress
2017-05-19 21:51:56 Mathieu Trudel-Lapierre nplan (Ubuntu): importance Undecided High
2017-05-19 21:51:58 Mathieu Trudel-Lapierre nplan (Ubuntu): assignee Mathieu Trudel-Lapierre (cyphermox)
2017-05-19 21:52:02 Mathieu Trudel-Lapierre nplan (Ubuntu): milestone ubuntu-17.05
2017-05-19 21:52:07 Launchpad Janitor cloud-init (Ubuntu Xenial): status New Confirmed
2017-05-19 21:52:07 Launchpad Janitor nplan (Ubuntu Xenial): status New Confirmed
2017-05-19 21:52:07 Launchpad Janitor cloud-init (Ubuntu Yakkety): status New Confirmed
2017-05-19 21:52:07 Launchpad Janitor nplan (Ubuntu Yakkety): status New Confirmed
2017-05-19 21:52:07 Launchpad Janitor cloud-init (Ubuntu Zesty): status New Confirmed
2017-05-19 21:52:07 Launchpad Janitor nplan (Ubuntu Zesty): status New Confirmed
2017-05-19 21:53:13 Mathieu Trudel-Lapierre nplan (Ubuntu): status In Progress Fix Committed
2017-05-22 19:01:35 Launchpad Janitor nplan (Ubuntu): status Fix Committed Fix Released
2017-05-23 17:04:11 Mathieu Trudel-Lapierre description The expected hwaddresses are as follows: 4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether a0:36:9f:2d:93:80 brd ff:ff:ff:ff:ff:ff inet6 fe80::a236:9fff:fe2d:9380/64 scope link valid_lft forever preferred_lft forever 5: bond0.101@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether a0:36:9f:2d:93:80 brd ff:ff:ff:ff:ff:ff inet 104.130.20.119/24 brd 104.130.20.255 scope global bond0.101 valid_lft forever preferred_lft forever inet6 fe80::a236:9fff:fe2d:9380/64 scope link valid_lft forever preferred_lft forever 6: bond0.401@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether a0:36:9f:2d:93:81 brd ff:ff:ff:ff:ff:ff inet 10.184.7.120/20 brd 10.184.15.255 scope global bond0.401 valid_lft forever preferred_lft forever inet6 fe80::a236:9fff:fe2d:9381/64 scope link valid_lft forever preferred_lft forever however cloud-init shows: May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: ++++++++++++++++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++++++++++++++ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | Device | Up | Address | Mask | Scope | Hw-Address | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.101 | True | 104.130.20.119 | 255.255.255.0 | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.101 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | . | . | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | lo | True | ::1/128 | . | host | . | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.401 | True | 10.184.7.120 | 255.255.240.0 | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.401 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | ens9f1 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | ens9f0 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ Specifically bond0 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 bond0.101 | True | 104.130.20.119 | 255.255.255.0 | . | a0:36:9f:2d:93:81 Instead of expected a0:36:9f:2d:93:80 The generated netplan.yaml does not set macaddress on the vlans at all. Where as the network_data.json does explicitely specifies the mac address to be in use for those vlans: "vlan_mac_address" : "a0:36:9f:2d:93:80" [Impact] Virtual devices such as VLANs, bridges and bonds may require the user to set a specific MAC address for proper operation on networks; where the same MAC may be used by default by the systems due to the methods used to create them. [Test case] /!\ This only works with the networkd renderer; NetworkManager does not currently support setting a MAC on bonds and bridges. 1) Set a MAC address for a virtual device (bond, bridge or vlan), using the following syntax in netplan config: macaddress: ##:##:##:##:##:## 2) Validate that the device gets the MAC address applied. [Regression potential] Failure to bring up a device configured in netplan or to set the MAC should be looked at as a possible regression. Other issues could include failure to write the configuration for networkd or NetworkManager. ---- The expected hwaddresses are as follows: 4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:80 brd ff:ff:ff:ff:ff:ff     inet6 fe80::a236:9fff:fe2d:9380/64 scope link        valid_lft forever preferred_lft forever 5: bond0.101@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:80 brd ff:ff:ff:ff:ff:ff     inet 104.130.20.119/24 brd 104.130.20.255 scope global bond0.101        valid_lft forever preferred_lft forever     inet6 fe80::a236:9fff:fe2d:9380/64 scope link        valid_lft forever preferred_lft forever 6: bond0.401@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:81 brd ff:ff:ff:ff:ff:ff     inet 10.184.7.120/20 brd 10.184.15.255 scope global bond0.401        valid_lft forever preferred_lft forever     inet6 fe80::a236:9fff:fe2d:9381/64 scope link        valid_lft forever preferred_lft forever however cloud-init shows: May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: ++++++++++++++++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++++++++++++++ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | Device | Up | Address | Mask | Scope | Hw-Address | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.101 | True | 104.130.20.119 | 255.255.255.0 | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.101 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | . | . | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | lo | True | ::1/128 | . | host | . | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.401 | True | 10.184.7.120 | 255.255.240.0 | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.401 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | ens9f1 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | ens9f0 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ Specifically   bond0 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 bond0.101 | True | 104.130.20.119 | 255.255.255.0 | . | a0:36:9f:2d:93:81 Instead of expected a0:36:9f:2d:93:80 The generated netplan.yaml does not set macaddress on the vlans at all. Where as the network_data.json does explicitely specifies the mac address to be in use for those vlans: "vlan_mac_address" : "a0:36:9f:2d:93:80"
2017-05-23 21:31:01 Launchpad Janitor cloud-init (Ubuntu): status In Progress Fix Released
2017-05-26 20:29:12 Scott Moser nplan (Ubuntu Xenial): importance Undecided Medium
2017-05-26 20:29:14 Scott Moser nplan (Ubuntu Yakkety): importance Undecided Medium
2017-05-26 20:29:17 Scott Moser nplan (Ubuntu Zesty): importance Undecided Medium
2017-05-26 20:29:24 Scott Moser cloud-init (Ubuntu): importance Undecided Medium
2017-05-26 20:29:26 Scott Moser cloud-init (Ubuntu Xenial): importance Undecided Medium
2017-05-26 20:29:29 Scott Moser cloud-init (Ubuntu Yakkety): importance Undecided Medium
2017-05-26 20:29:31 Scott Moser cloud-init (Ubuntu Zesty): importance Undecided Medium
2017-05-26 20:29:45 Scott Moser cloud-init: importance Undecided Medium
2017-06-02 14:17:14 Scott Moser description [Impact] Virtual devices such as VLANs, bridges and bonds may require the user to set a specific MAC address for proper operation on networks; where the same MAC may be used by default by the systems due to the methods used to create them. [Test case] /!\ This only works with the networkd renderer; NetworkManager does not currently support setting a MAC on bonds and bridges. 1) Set a MAC address for a virtual device (bond, bridge or vlan), using the following syntax in netplan config: macaddress: ##:##:##:##:##:## 2) Validate that the device gets the MAC address applied. [Regression potential] Failure to bring up a device configured in netplan or to set the MAC should be looked at as a possible regression. Other issues could include failure to write the configuration for networkd or NetworkManager. ---- The expected hwaddresses are as follows: 4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:80 brd ff:ff:ff:ff:ff:ff     inet6 fe80::a236:9fff:fe2d:9380/64 scope link        valid_lft forever preferred_lft forever 5: bond0.101@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:80 brd ff:ff:ff:ff:ff:ff     inet 104.130.20.119/24 brd 104.130.20.255 scope global bond0.101        valid_lft forever preferred_lft forever     inet6 fe80::a236:9fff:fe2d:9380/64 scope link        valid_lft forever preferred_lft forever 6: bond0.401@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:81 brd ff:ff:ff:ff:ff:ff     inet 10.184.7.120/20 brd 10.184.15.255 scope global bond0.401        valid_lft forever preferred_lft forever     inet6 fe80::a236:9fff:fe2d:9381/64 scope link        valid_lft forever preferred_lft forever however cloud-init shows: May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: ++++++++++++++++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++++++++++++++ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | Device | Up | Address | Mask | Scope | Hw-Address | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.101 | True | 104.130.20.119 | 255.255.255.0 | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.101 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | . | . | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | lo | True | ::1/128 | . | host | . | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.401 | True | 10.184.7.120 | 255.255.240.0 | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.401 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | ens9f1 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | ens9f0 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ Specifically   bond0 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 bond0.101 | True | 104.130.20.119 | 255.255.255.0 | . | a0:36:9f:2d:93:81 Instead of expected a0:36:9f:2d:93:80 The generated netplan.yaml does not set macaddress on the vlans at all. Where as the network_data.json does explicitely specifies the mac address to be in use for those vlans: "vlan_mac_address" : "a0:36:9f:2d:93:80" === Begin netplan SRU Template === [Impact] Virtual devices such as VLANs, bridges and bonds may require the user to set a specific MAC address for proper operation on networks; where the same MAC may be used by default by the systems due to the methods used to create them. [Test case] /!\ This only works with the networkd renderer; NetworkManager does not currently support setting a MAC on bonds and bridges. 1) Set a MAC address for a virtual device (bond, bridge or vlan), using the following syntax in netplan config: macaddress: ##:##:##:##:##:## 2) Validate that the device gets the MAC address applied. [Regression potential] Failure to bring up a device configured in netplan or to set the MAC should be looked at as a possible regression. Other issues could include failure to write the configuration for networkd or NetworkManager. === End netplan SRU Template === http://pad.lv/1690388 https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1690388 === Begin cloud-init SRU Template === [Impact] Virtual devices such as VLANs, bridges and bonds may require the user to set a specific MAC address for proper operation on networks; where the same MAC may be used by default by the systems due to the methods used to create them. cloud-init would not render the mac address of the vlan into its ifupdown/eni or netplan output. The result is that the vlan device would not get the desired mac address. [Test Case] The basic idea below is: a.) launch an instance with proposed version of cloud-init. b.) inside instance, get cloud-init's network rendering tool from trunk c.) run the rendering tool against a config that failed before. d.) check rendered netplan config to verify it has vlan mac addresses present. [Regression Potential] Fairly low chance for regression. The mac address fields were just not being written, and now they will be. ## launch an instance. $ release=xenial $ ref=$release-proposed $ lxc-proposed-snapshot --proposed --publish $release $ref $ lxc init $ref $name ## get render tool $ wget https://git.launchpad.net/~cloud-init-dev/cloud-init/plain/tools/net-convert.py -O net-convert.py ## write a network config with vlan and mac address. $ cat > net-config.yaml <<"EOF" version: 1 config: - type: physical name: eth0 mac_address: "fa:35:9c:85:55:00" subnets: [{type: dhcp}] - type: vlan name: eth0.101 vlan_link: eth0 vlan_id: 101 mac_address: fe:35:9c:85:55:ee mtu: 1500 subnets: - type: static address: 192.168.2.10/24 EOF $ for k in eni netplan; do PYTHONPATH=$PWD python3 ./net-convert.py \ --network-data=net-config.yaml --kind=yaml \ --output-kind=$k --mac=eth0,fa:35:9c:85:55:00 \ --directory=out.d ; done $ cat out.d/etc/network/interfaces auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp auto eth0.101 iface eth0.101 inet static address 192.168.2.10/24 hwaddress fe:35:9c:85:55:ee mtu 1500 vlan-raw-device eth0 vlan_id 101 $ cat out.d/etc/netplan/50-cloud-init.yaml network: version: 2 ethernets: eth0: dhcp4: true match: macaddress: fe:35:9c:85:55:00 set-name: eth0 vlans: eth0.101: addresses: - 192.168.2.10/24 id: 101 link: eth0 macaddress: fe:35:9c:85:55:ee ## If you're running on a openstack system, you can actually take ## this a step further and replace the system networking with the ## newly generated config, reboot and see the vlan come up. ## You'll need to update the 'mac_address' for eth0 in net-config.yaml ## to match your system, then re-run the net-convert and update the ## system. $ sudo cp out.d/etc/network/interfaces /etc/network/interfaces $ sudo cp out.d/etc/udev/rules.d/70-persistent-net.rules /etc/udev/rules.d/70-persistent-net.rules ## drop the .rules files and update the initramfs $ sudo rm -f /etc/systemd/network/50-cloud-init-* $ sudo update-initramfs -u -k all $ sudo reboot [Other Info] Upstream commit at https://git.launchpad.net/cloud-init/commit/?id=d059d480c3 === End cloud-init SRU Template === ---- The expected hwaddresses are as follows: 4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:80 brd ff:ff:ff:ff:ff:ff     inet6 fe80::a236:9fff:fe2d:9380/64 scope link        valid_lft forever preferred_lft forever 5: bond0.101@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:80 brd ff:ff:ff:ff:ff:ff     inet 104.130.20.119/24 brd 104.130.20.255 scope global bond0.101        valid_lft forever preferred_lft forever     inet6 fe80::a236:9fff:fe2d:9380/64 scope link        valid_lft forever preferred_lft forever 6: bond0.401@bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default     link/ether a0:36:9f:2d:93:81 brd ff:ff:ff:ff:ff:ff     inet 10.184.7.120/20 brd 10.184.15.255 scope global bond0.401        valid_lft forever preferred_lft forever     inet6 fe80::a236:9fff:fe2d:9381/64 scope link        valid_lft forever preferred_lft forever however cloud-init shows: May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: ++++++++++++++++++++++++++++++++++++++++Net device info++++++++++++++++++++++++++++++++++++++++ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | Device | Up | Address | Mask | Scope | Hw-Address | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.101 | True | 104.130.20.119 | 255.255.255.0 | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.101 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | lo | True | 127.0.0.1 | 255.0.0.0 | . | . | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | lo | True | ::1/128 | . | host | . | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.401 | True | 10.184.7.120 | 255.255.240.0 | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | bond0.401 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | ens9f1 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: | ens9f0 | True | . | . | . | a0:36:9f:2d:93:81 | May 12 14:33:28 xnox-iad-nr5 cloud-init[1163]: ci-info: +-----------+------+------------------------------+---------------+-------+-------------------+ Specifically   bond0 | True | fe80::a236:9fff:fe2d:9381/64 | . | link | a0:36:9f:2d:93:81 bond0.101 | True | 104.130.20.119 | 255.255.255.0 | . | a0:36:9f:2d:93:81 Instead of expected a0:36:9f:2d:93:80 The generated netplan.yaml does not set macaddress on the vlans at all. Where as the network_data.json does explicitely specifies the mac address to be in use for those vlans: "vlan_mac_address" : "a0:36:9f:2d:93:80"
2017-06-13 15:31:07 Brian Murray nplan (Ubuntu Zesty): status Confirmed Fix Committed
2017-06-13 15:31:11 Brian Murray bug added subscriber Ubuntu Stable Release Updates Team
2017-06-13 15:31:15 Brian Murray bug added subscriber SRU Verification
2017-06-13 15:31:22 Brian Murray tags verification-needed
2017-06-13 18:07:14 Brian Murray cloud-init (Ubuntu Zesty): status Confirmed Fix Committed
2017-06-13 18:32:42 Brian Murray nplan (Ubuntu Yakkety): status Confirmed Fix Committed
2017-06-13 18:39:27 Brian Murray nplan (Ubuntu Xenial): status Confirmed Fix Committed
2017-06-13 18:54:53 Brian Murray cloud-init (Ubuntu Yakkety): status Confirmed Fix Committed
2017-06-13 19:08:22 Brian Murray cloud-init (Ubuntu Xenial): status Confirmed Fix Committed
2017-06-13 22:32:35 Chad Smith tags verification-needed verification-done-xenial verification-done-yakkety verification-done-zesty
2017-06-27 14:45:29 Launchpad Janitor nplan (Ubuntu Xenial): status Fix Committed Fix Released
2017-06-27 14:46:13 Brian Murray removed subscriber Ubuntu Stable Release Updates Team
2017-06-27 15:46:26 Launchpad Janitor nplan (Ubuntu Yakkety): status Fix Committed Fix Released
2017-06-27 15:50:56 Launchpad Janitor nplan (Ubuntu Zesty): status Fix Committed Fix Released
2017-06-27 15:51:34 Launchpad Janitor cloud-init (Ubuntu Zesty): status Fix Committed Fix Released
2017-06-27 15:54:02 Launchpad Janitor cloud-init (Ubuntu Yakkety): status Fix Committed Fix Released
2017-06-27 15:54:45 Launchpad Janitor cloud-init (Ubuntu Xenial): status Fix Committed Fix Released
2017-09-23 02:32:25 Scott Moser cloud-init: status Fix Committed Fix Released
2023-05-11 00:52:09 James Falcon bug watch added https://github.com/canonical/cloud-init/issues/2886