Bug 1196054 - Suspending an instance fails when using vnic_type=direct
Summary: Suspending an instance fails when using vnic_type=direct
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: 6.0 (Juno)
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: z5
: 6.0 (Juno)
Assignee: Victor Stinner
QA Contact: Joe H. Rahme
URL:
Whiteboard:
Depends On: 1293266
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-02-25 08:30 UTC by Itzik Brown
Modified: 2022-07-09 08:05 UTC (History)
12 users (show)

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.
Clone Of:
Environment:
Last Closed: 2016-01-07 20:48:21 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1406486 0 None None None Never
OpenStack gerrit 148096 0 None None None Never
OpenStack gerrit 164713 0 None None None Never
Red Hat Issue Tracker OSP-16703 0 None None None 2022-07-09 08:05:22 UTC
Red Hat Product Errata RHSA-2016:0013 0 normal SHIPPED_LIVE Moderate: openstack-nova security and bug fix advisory 2016-01-08 01:47:38 UTC

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


Note You need to log in before you can comment on or make changes to this bug.