Activity log for bug #1617452

Date Who What changed Old value New value Message
2016-08-26 20:39:44 Ludovic Beliveau bug added bug
2016-08-26 20:43:07 Ludovic Beliveau description This bug also affect nova and is described in details there: https://bugs.launchpad.net/nova/+bug/1617429 Booting a guest with a neutron port of type 'direct-physical' will cause nova to allocate a PCI passthrough device for the port. The MAC address of the PCI passthrough device in the guest is not a virtual MAC address (fa:16:...) but the MAC address of the physical device since the full device is allocated to the guest (compared to SR-IOV where a virtual MAC address is arbitrarily chosen for the port). When resizing the guest (to another flavor), nova will allocate a new PCI device for the guest. After the resize, the guest will be bound to another PCI device which has a different MAC address. However the MAC address on the neutron port is not updated, causing DHCP to not work because the MAC address is unknown. The same issue can be observed when migrating a guest to another host. This bug also affect nova and is described in details there: https://bugs.launchpad.net/nova/+bug/1617429 Nova needs to be fixed in order to update the MAC address of the neutron ports of type direct-physical. A fix has been proposed for the nova issue. However, sending a MAC address update to neutron-server reports the following error: Unable to complete operation on port d19c4cef-7415-4113-ba92-2495f00384d2, port is already bound, port type: hostdev_physical, old_mac 90:e2:ba:48:27:ed, new_mac 00:1e:67:51:36:71. Description: ============ Booting a guest with a neutron port of type 'direct-physical' will cause nova to allocate a PCI passthrough device for the port. The MAC address of the PCI passthrough device in the guest is not a virtual MAC address (fa:16:...) but the MAC address of the physical device since the full device is allocated to the guest (compared to SR-IOV where a virtual MAC address is arbitrarily chosen for the port). When resizing the guest (to another flavor), nova will allocate a new PCI device for the guest. After the resize, the guest will be bound to another PCI device which has a different MAC address. However the MAC address on the neutron port is not updated, causing DHCP to not work because the MAC address is unknown. The same issue can be observed when migrating a guest to another host.
2016-08-26 21:02:36 OpenStack Infra neutron: status New In Progress
2016-08-26 21:02:36 OpenStack Infra neutron: assignee Ludovic Beliveau (ludovic-beliveau)
2016-08-27 13:25:00 Dariusz Smigiel neutron: importance Undecided Medium
2017-02-01 01:43:20 Armando Migliaccio neutron: status In Progress Incomplete
2017-02-01 01:43:25 Armando Migliaccio neutron: assignee Ludovic Beliveau (ludovic-beliveau)
2017-02-01 01:43:27 Armando Migliaccio tags low-hanging-fruit
2017-02-01 01:43:33 Armando Migliaccio tags low-hanging-fruit low-hanging-fruit sriov-pci-pt
2017-03-06 11:56:43 Manikanta Pendela neutron: assignee Manikanta Pendela (pendelamani)
2018-02-24 10:04:29 Manikanta Pendela neutron: status Incomplete New
2018-02-24 10:04:35 Manikanta Pendela neutron: status New Incomplete
2018-02-24 10:04:47 Manikanta Pendela neutron: status Incomplete Opinion
2018-02-24 10:04:53 Manikanta Pendela neutron: status Opinion New
2018-02-24 10:04:59 Manikanta Pendela neutron: assignee Manikanta Pendela (pendelamani)
2018-03-15 19:08:45 Ihar Hrachyshka neutron: status New Confirmed
2019-06-11 18:30:16 Brian Haley marked as duplicate 1830383