Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1941466

Summary:	[RHOSP13] nova evacuation failed throwing exception "VirtualInterfaceCreateException"
Product:	Red Hat OpenStack	Reporter:	Shailesh Chhabdiya <schhabdi>
Component:	openstack-nova	Assignee:	OSP DFG:Compute <osp-dfg-compute>
Status:	CLOSED DUPLICATE	QA Contact:	OSP DFG:Compute <osp-dfg-compute>
Severity:	urgent	Docs Contact:
Priority:	urgent
Version:	13.0 (Queens)	CC:	dasmith, eglynn, jhakimra, jmelvin, kchamart, nacurry, sbauza, sgordon, smooney, vromanso
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	All
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-03-25 20:55:05 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Shailesh Chhabdiya 2021-03-22 08:26:00 UTC

Description of problem:
nova evacuation failed with exception "VirtualInterfaceCreateException", setting the VM into ERROR state, after resetting the state things were fine.

Version-Release number of selected component (if applicable):
RHOSP13z10

How reproducible:
Try to evacuate the VM from crashed node using "nova host-evacuate" 

Actual results:
Evacuation failed for first attempt post resetting went well.

Expected results:
Evacuation should have passed 

Additional info:

Comment 2 nacurry 2021-03-22 16:32:38 UTC

Hi guys,
Unless I'm mistaken, this is resolved in rhbz#1845559

While looking into customer question:

> In the VirtualInterfaceCreateException code, what is mean by destroy_disks_on_failure ?

[1] customer container is nova-compute:13.0-119
[2] container package version is openstack-nova-compute-17.0.12-1.el7ost.noarch
[3] nova-compute:13.0-163 (latest) package ver is openstack-nova-compute-17.0.13-35.el7ost.noarch
[4] reviewing latest src rpm, it appears this problem is fixed in patch 0128

[1]
a48db42ad58e        10.192.86.9:8787/rhosp13/openstack-nova-compute:13.0-119                "dumb-init --singl..."   3 months ago        Up 34 hours (healthy)                         nova_compute

[2]https://catalog.redhat.com/software/containers/rhosp13/openstack-nova-compute/5a6943c669aea368049fe510?container-tabs=packages

[3]openstack-nova-compute-17.0.13-35.el7ost.noarch

[4]
From 2588e6d3191fbc18cab476a653eac299b77e5529 Mon Sep 17 00:00:00 2001
From: Matthew Booth <mbooth>
Date: Wed, 15 Aug 2018 14:39:48 +0100
Subject: [PATCH] libvirt: Don't delete disks on shared storage during evacuate

When evacuating an instance between compute hosts on shared storage,
during the rebuild operation we call spawn() on the destination
compute. spawn() currently assumes that it should cleanup all
resources on failure, which results in user data being deleted in the
evacuate case.

This change modifies spawn in the libvirt driver such that it only
cleans up resources it created.
...

Upstream-Queens: https://review.opendev.org/#/c/732717/
Resolves: rhbz#1845559
Co-Authored-By: Lee Yarwood <lyarwood>
Closes-Bug: #1550919
Change-Id: I764481966c96a67d993da6e902dc9fc3ad29ee36
(cherry picked from commit 497360b0ea970f1e68912be8229ef8c3f5454e9e)
(cherry picked from commit 8b48ca672d9c0eb108c71b7f9f3f089d9ecf688a)
(cherry picked from commit 1a320f2a0e0918de6afcce5cf23b7de178ec3a49)
(cherry picked from commit a7d8aa699793e1d60ece4e03920e6041337f9a43)
(cherry picked from commit 4c5b9058b9947f94e9334e57a5d1556839c3c7a9)
Reviewed-on: https://code.engineering.redhat.com/gerrit/202804
Tested-by: Zuul OSP SF <zuul.redhat.com>
Tested-by: RHOS QE Jenkins <tkammer>
Reviewed-by: Melanie Witt <melwitt>

Comment 3 nacurry 2021-03-22 17:31:11 UTC

Upon further review, I'm still not sure about the VirtualInterfaceCreateException, but the ask about the deleted disk is answered.