-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
None
-
None
-
False
-
-
False
-
?
-
rhos-workloads-compute
-
None
-
-
-
-
Important
To Reproduce Steps to reproduce the behavior:
Some time ago a bug https://bugzilla.redhat.com/show_bug.cgi?id=2051653 was fixed in RHOSP 17.0 and a fix presents in RHOSP 17.1.4. Nonetheless it looks like there is another mechanism that wasn't addressed and it may block nova-compute from starting an instance.
Exactly the same problem was reproduced by one of our VIP customers running acceptance rally-based tests in their RHOSP 17.1.4 environment before moving it to production: one of VMs startup was blocked by nova.exception_Remote.VirtualInterfaceCreateException_Remote coming from "Duplicate entry 'MAC/UUID-0' for key 'uniq_virtual_interfaces0address0deleted' messages are logged" error.
Expected behavior
Some logic on Neutron or Nova side processes ports with duplicate MACs and doesn't break the flow.
Bug impact
VM creation occasionally fails.
Known workaround
None
Additional context
Will be provided privately