Instance fails to spawn in tempest tests

Bug #1261510 reported by Salvatore Orlando
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Invalid
Undecided
Unassigned
neutron
Invalid
High
Mark McClain
Havana
Invalid
High
Mark McClain
Matt Riedemann (mriedem)
tags: added: testing
tags: added: gate
tags: removed: gate
Revision history for this message
Matt Riedemann (mriedem) wrote :
Download full text (13.7 KiB)

Looking through the scheduler logs for instance 682be6a5-4b31-43a4-bb11-c884eecebc9b I'm not seeing any errors, the scheduler is trying to place the instance.

From the neutron server logs it looks like it's trying to setup ports for the instance:

2013-12-16 18:54:31.362 7254 DEBUG keystoneclient.middleware.auth_token [-] Received request from user: 705f4d7e328b4e79916ec7f8e6c26d6c with project_id : 1967063381b84664b08a693b11d2e95f and roles: _member_,admin _build_user_headers /opt/stack/new/python-keystoneclient/keystoneclient/middleware/auth_token.py:932
2013-12-16 18:54:31.363 7254 DEBUG routes.middleware [-] No route matched for GET /ports.json __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:97
2013-12-16 18:54:31.363 7254 DEBUG routes.middleware [-] Matched GET /ports.json __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:100
2013-12-16 18:54:31.363 7254 DEBUG routes.middleware [-] Route path: '/ports{.format}', defaults: {'action': u'index', 'controller': <wsgify at 79741008 wrapping <function resource at 0x4c08758>>} __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:102
2013-12-16 18:54:31.363 7254 DEBUG routes.middleware [-] Match dict: {'action': u'index', 'controller': <wsgify at 79741008 wrapping <function resource at 0x4c08758>>, 'format': u'json'} __call__ /usr/lib/python2.7/dist-packages/routes/middleware.py:103
2013-12-16 18:54:31.374 7254 DEBUG neutron.api.v2.base [req-c9f4e8cb-97e4-499b-80af-98189199b070 705f4d7e328b4e79916ec7f8e6c26d6c 1967063381b84664b08a693b11d2e95f] Policy rule:get_port:allowed_address_pairs not found. Assuming no authZ check is defined for allowed_address_pairs _is_visible /opt/stack/new/neutron/neutron/api/v2/base.py:149
2013-12-16 18:54:31.375 7254 DEBUG neutron.api.v2.base [req-c9f4e8cb-97e4-499b-80af-98189199b070 705f4d7e328b4e79916ec7f8e6c26d6c 1967063381b84664b08a693b11d2e95f] Policy rule:get_port:fixed_ips not found. Assuming no authZ check is defined for fixed_ips _is_visible /opt/stack/new/neutron/neutron/api/v2/base.py:149
2013-12-16 18:54:31.375 7254 DEBUG neutron.api.v2.base [req-c9f4e8cb-97e4-499b-80af-98189199b070 705f4d7e328b4e79916ec7f8e6c26d6c 1967063381b84664b08a693b11d2e95f] Policy rule:get_port:mac_address not found. Assuming no authZ check is defined for mac_address _is_visible /opt/stack/new/neutron/neutron/api/v2/base.py:149
2013-12-16 18:54:31.375 7254 INFO neutron.wsgi [req-c9f4e8cb-97e4-499b-80af-98189199b070 705f4d7e328b4e79916ec7f8e6c26d6c 1967063381b84664b08a693b11d2e95f] 127.0.0.1 - - [16/Dec/2013 18:54:31] "GET /v2.0/ports.json?tenant_id=cbe2baa37d104c71bd8db69f229a622e&device_id=682be6a5-4b31-43a4-bb11-c884eecebc9b HTTP/1.1" 200 826 0.014504

I'm seeing a lot of ovs errors in the neutron agent log but they don't match the timestamps of the timeout:

Stderr: 'ovs-vsctl: no row "tapda8a8a73-be" in table Port\n'
2013-12-16 18:49:20.066 8305 ERROR neutron.agent.linux.ovs_lib [-] Unable to execute ['ovs-vsctl', '--timeout=2', 'set', 'Port', 'tapec1e8f0c-97', 'tag=53']. Exception:
Command: ['sudo', '/usr/local/bin/neutron-rootwrap', '/etc/neutron/rootwrap.conf', 'ovs-vsctl', '--timeout=2', 'set', 'Port', 'tapec1e8f0c-97', 'tag=53']
Exi...

tags: added: gate network
Revision history for this message
Mark McClain (markmcclain) wrote :

This is has only shown up in the stable/havana queue and is now know to be caused by kernel fault.

Changed in nova:
status: New → Invalid
Changed in neutron:
status: New → Triaged
importance: Undecided → High
assignee: nobody → Mark McClain (markmcclain)
milestone: none → 2013.1.5
Revision history for this message
Alan Pevec (apevec) wrote :

2013.1.5 is Grizzly so I've removed it and added Havana task.

Changed in neutron:
milestone: 2013.1.5 → none
status: Triaged → Incomplete
Revision history for this message
Kyle Mestery (mestery) wrote :

Marking invalid per Mark's comments in #2.

Changed in neutron:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.