ID's which do not conform to standard UUID format are not accepted by EOS

Bug #1642365 reported by Shashank Hegde
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
networking-arista
Fix Released
Undecided
Shashank Hegde

Bug Description

Resource ID's in OpenStack are UUIDs which conform to the standard UUID format - [a-zA-Z0-9-]. In some cases, a resource ID is generated which does not fit this format. For example, when DHCP agent dies, while it is being rescheduled, its port is temporarily attached to a dummy device with name 'reserved_dhcp_port' and an update_port() is sent to all the plugins.

On receiving an update_port() with the port's device id as 'reserved_dhcp_port', the Arista ML2 driver sends it to EOS which is rejected as the id does not conform to the standard UUID format. This is generally ok during the normal operation as once the port is attached to the new DHCP agent, another update_port() is called with the actual ID which will be accepted by EOS. However, if the neutron server dies while the dhcp agent is being migrated, upon restart, the Arista ML2 driver performs a sync which fails because of the unexpected UUID format preventing the neutron server from coming up.

Changed in networking-arista:
assignee: nobody → Shashank Hegde (hegde-shashank)
Changed in networking-arista:
status: New → In Progress
Revision history for this message
Shashank Hegde (hegde-shashank) wrote :

Fixed by change - https://review.openstack.org/#/c/432510/ which has been released in Mitaka.

Changed in networking-arista:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.