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

Bug 1196054

Summary: Suspending an instance fails when using vnic_type=direct
Product: Red Hat OpenStack Reporter: Itzik Brown <itbrown>
Component: openstack-novaAssignee: Victor Stinner <vstinner>
Status: CLOSED ERRATA QA Contact: Joe H. Rahme <jhakimra>
Severity: unspecified Docs Contact:
Priority: medium    
Version: 6.0 (Juno)CC: berrange, dasmith, eglynn, kchamart, ndipanov, panbalag, sbauza, sferdjao, sgordon, slong, vromanso, yeylon
Target Milestone: z5Keywords: ZStream
Target Release: 6.0 (Juno)   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-nova-2014.2.3-37.el7ost Doc Type: Bug Fix
Doc Text:
Suspending an instance with a pre-created port that uses binding:vnic_type='direct' previously failed; this has been fixed with an update to the API.
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-01-07 20:48:21 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:
Bug Depends On: 1293266    
Bug Blocks:    

Description Itzik Brown 2015-02-25 08:30:50 UTC
Description of problem:
When launching an instance with a pre-created port with binding:vnic_type='direct' and suspending the instance
fails with error 'NoneType' object has no attribute 'encode'


Version-Release number of selected component (if applicable):
openstack-nova-common-2014.2.1-3.el7ost.noarch
openstack-nova-compute-2014.2.1-3.el7ost.noarch
python-novaclient-2.20.0-1.el7ost.noarch
python-nova-2014.2.1-3.el7ost.noarch

How reproducible:
100%

Steps to Reproduce:
1. neutron port-create tenant1-net1 --binding:vnic-type direct
2. nova boot --flavor m1.small --image rhel7 --nic port-id=<port-id> vm1
3. nova suspend <vm-id>
4. nova show <vm-id>

Actual results:


Expected results:


Additional info:

Comment 3 Eoghan Glynn 2015-03-12 16:25:30 UTC
Should backport to stable/juno and get into rhos6/A3

Comment 4 Victor Stinner 2015-03-16 15:03:59 UTC
I backported the change from master to Juno:
https://review.openstack.org/#/c/164713/

Comment 6 Victor Stinner 2015-10-20 12:34:13 UTC
My backport to Juno has been merged: https://review.openstack.org/#/c/164713/

I expected it to be included in OSP 6 thanks to regular rebases, but I missed the fact that there are no more Juno releases :-/ 2014.2.3 (April 2015) is the last release, whereas my change was merged in May 2015.

I ported the change downstream to OSP 6: https://code.engineering.redhat.com/gerrit/#/c/59767/

Note: OSP 7 has already the fix.

Comment 7 Victor Stinner 2015-11-12 15:19:11 UTC
openstack-nova-2014.2.3-37.el7ost includes the backport of the bugfix.

Comment 9 Itzik Brown 2015-12-21 10:40:40 UTC
Liberty Seems to be fine.
When trying to test in Juno - got BZ#1293266.

Comment 10 Joe H. Rahme 2016-01-07 14:07:26 UTC
Managed to install Juno through the workaround mentioned in BZ#1293266.

Code has been properly backported to package:

Name        : openstack-nova
Version     : 2014.2.3
Release     : 42.el7ost
Repo        : rhelosp-6.0-puddle/x86_64

Comment 12 errata-xmlrpc 2016-01-07 20:48:21 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2016-0013.html