Bug 2089940 - [RHOS-17] After a failed live-migration with sr-iov port detach timeout, nova attempts to reattach the port during rollback
Summary: [RHOS-17] After a failed live-migration with sr-iov port detach timeout, nova...
Keywords:
Status: ON_DEV
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: 17.0 (Wallaby)
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: z6
: 17.1
Assignee: OSP DFG:Compute
QA Contact: OSP DFG:Compute
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-05-24 18:29 UTC by James Parker
Modified: 2023-08-08 16:12 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1944619 0 None None None 2022-05-26 08:33:15 UTC
OpenStack gerrit 836016 0 None NEW Fix pre_live_migration rollback 2023-05-30 17:54:42 UTC
Red Hat Issue Tracker OSP-15380 0 None None None 2022-05-24 18:41:00 UTC

Comment 6 Artom Lifshitz 2022-12-12 17:28:05 UTC 
Given that the upstream stable/wallaby backport was abandoned [1], we should fix this in 17.1 at least. I've copied this to 2152688 so that we can do the stable/wallaby and/or rhos-17.1 backport. I'm leaving this BZ open for a bit. Once the work is done for the 17.1 backport, we essentially get 17.0 for free (it should be a clean easy cherry-pick), so in case we decide to do a z2 release we can keep this BZ around.

[1] https://review.opendev.org/c/openstack/nova/+/836016
Comment 8 Artom Lifshitz 2023-05-30 17:54:43 UTC 
Moving to 17.1 because it's reported internally and the backport to train upstream is very unlikely to happen, but the wallaby one is still realistic.
Note You need to log in before you can comment on or make changes to this bug.