Back to bug 1494031

Who When What Removed Added
Sahid Ferdjaoui 2017-09-21 11:27:34 UTC Keywords Triaged
Status NEW ASSIGNED
Target Release --- 11.0 (Ocata)
Assignee rhos-maint sferdjao
Sahid Ferdjaoui 2017-09-21 13:33:02 UTC Status ASSIGNED POST
Sahid Ferdjaoui 2017-09-21 14:21:29 UTC Target Release 11.0 (Ocata) 10.0 (Newton)
Version 11.0 (Ocata) 10.0 (Newton)
Sahid Ferdjaoui 2017-09-21 14:28:38 UTC Status POST MODIFIED
Fixed In Version python-os-vif-1.2.1-3.el7ost
Sahid Ferdjaoui 2017-09-24 16:04:17 UTC Depends On 1494983
Lee Yarwood 2017-09-27 09:08:50 UTC CC lyarwood
Pierre-Andre MOREY 2017-10-05 11:38:47 UTC Flags needinfo?(eglynn)
Sahid Ferdjaoui 2017-10-05 11:59:32 UTC CC nlevinki
Flags needinfo?(nlevinki)
Pablo Iranzo Gómez 2017-10-25 09:44:16 UTC CC pablo.iranzo
Pablo Iranzo Gómez 2017-10-25 09:46:46 UTC Flags needinfo?(eglynn)
Eoghan Glynn 2017-10-25 16:05:47 UTC Flags needinfo?(eglynn) needinfo?(nlevinki) needinfo?(eglynn)
errata-xmlrpc 2017-10-26 21:54:52 UTC Status MODIFIED ON_QA
Lukas Ruzicka 2017-11-01 13:32:52 UTC CC lruzicka
Flags needinfo?(sferdjao)
Sahid Ferdjaoui 2017-11-02 09:27:27 UTC Doc Text The linux bridge installed for the particular VIF type `ovs-hybrid` should be configured to persistently retain the MAC address learned from the RARP packets that are sent by QEMU (after starting on the destination node). This is to avoid any break of the datapath during a live migration, since at some point during the process the live migration source and destination can be on the same L2 network, and could have the destination bridge learning from the source.
Doc Type If docs needed, set a value Bug Fix
Flags needinfo?(sferdjao)
Joe H. Rahme 2017-11-02 11:37:02 UTC QA Contact nlevinki gszasz
Lukas Ruzicka 2017-11-03 10:59:50 UTC Doc Text The linux bridge installed for the particular VIF type `ovs-hybrid` should be configured to persistently retain the MAC address learned from the RARP packets that are sent by QEMU (after starting on the destination node). This is to avoid any break of the datapath during a live migration, since at some point during the process the live migration source and destination can be on the same L2 network, and could have the destination bridge learning from the source. Originally, if an instance was migrated to a new location, the connection to the instance was broken, although the instance was successfully spawned in the new location. The connection was recreated after the original connection timed out. To workaround this issue, the linux bridge installed for the particular VIF type `ovs-hybrid` should be configured to persistently retain the MAC address learned from the RARP packets that are sent by QEMU (after starting on the destination node). This will avoid any disruption of the data-path during a live migration, since at some point during the process the live migration source and destination can be on the same L2 network, and could have the destination bridge learning from the source.
Scott Lewis 2017-11-03 15:31:12 UTC Target Milestone async z6
Gabriel Szasz 2017-11-06 11:47:37 UTC Status ON_QA VERIFIED
errata-xmlrpc 2017-11-15 02:07:17 UTC Status VERIFIED RELEASE_PENDING
errata-xmlrpc 2017-11-15 13:51:18 UTC Status RELEASE_PENDING CLOSED
Resolution --- ERRATA
Last Closed 2017-11-15 08:51:18 UTC
Russell Bryant 2019-09-09 14:10:01 UTC CC awaugama
CC rbryant
Red Hat One Jira (issues.redhat.com) 2022-08-16 12:34:17 UTC Link ID Red Hat Issue Tracker OSP-4701

Back to bug 1494031