ovs : tunnel_type not in the tunnel_sync RPC answer

Bug #1201471 reported by Mathieu Rohon
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
Fix Released
Undecided
Mathieu Rohon

Bug Description

since https://review.openstack.org/#/c/33107/21 has been merged, the agent waits for tunnel_type is the tunnel_sync rpc answer, but the ovs plugin doesn't provide this information

2013-07-15 17:21:29.357 16928 DEBUG neutron.openstack.common.rpc.amqp [-] received {u'_context_roles': [u'admin'], u'_context_read_deleted': u'no', u'_context_tenant_id': None, u'args': {u'tunnel_ip': u'192.168.254.71', u'tunnel_type': u'', u'tunnel_id': 1}, u'namespace': None, u'_unique_id': u'a13c8329d49b41ff9fd33bf27b088a43', u'_context_is_admin': True, u'version': u'1.0', u'_context_project_id': None, u'_context_timestamp': u'2013-07-15 15:21:29.157552', u'_context_user_id': None, u'method': u'tunnel_update'} _safe_log /opt/stack/neutron/neutron/openstack/common/rpc/common.py:276
2013-07-15 17:21:29.358 16928 DEBUG neutron.openstack.common.rpc.amqp [-] unpacked context: {'user_id': None, 'roles': [u'admin'], 'tenant_id': None, 'is_admin': True, 'timestamp': u'2013-07-15 15:21:29.157552', 'project_id': None, 'read_deleted': u'no'} _safe_log /opt/stack/neutron/neutron/openstack/common/rpc/common.py:276
2013-07-15 17:21:29.358 16928 DEBUG neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] tunnel_update received tunnel_update /opt/stack/neutron/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py:288
2013-07-15 17:21:29.359 16928 ERROR neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] No tunnel_type specified, cannot create tunnels

Tags: ovs
Changed in neutron:
assignee: nobody → Mathieu Rohon (mathieu-rohon)
Revision history for this message
Kyle Mestery (mestery) wrote :

Mathieu, is this only a problem with the ML2 TypeDriver patches? Because the review you're mentioning here worked just fine every time I functionally tested it. Are you perhaps not setting up your devstack correctly? With this review [1], you have to set up devstack as follows:

Control:
Q_AGENT_EXTRA_AGENT_OPTS=(tunnel_types=vxlan)
Q_AGENT_EXTRA_OVS_OPTS=(tenant_network_type=vxlan)
Q_SRV_EXTRA_OPTS=(tenant_network_type=vxlan tunnel_type=vxlan)

Compute:
Q_AGENT_EXTRA_AGENT_OPTS=(tunnel_types=vxlan)
Q_AGENT_EXTRA_OVS_OPTS=(tenant_network_type=vxlan)

Give that a try and see if it helps. This may only be an issue when running with ML2.

[1] https://review.openstack.org/#/c/33107/21

Revision history for this message
Mathieu Rohon (mathieu-rohon) wrote :

I use the Openvswitch agent with only :
ENABLE_TENANT_TUNNELS=True
in my localrc

the logs I provided have been resolved by the bug :
https://review.openstack.org/#/c/37020/

the real logs that this issue provides comes from an agent on a second compute node :

2013-07-16 11:09:16.228 17423 DEBUG neutron.openstack.common.rpc.amqp [-] received {u'_context_roles': [u'admin'], u'_context_read_deleted': u'no', u'_context_tenant_id': None, u'args': {u'tunnel_ip': u'192.168.254.72', u'tunnel_type': u'gre', u'tunnel_id': 2}, u'namespace': None, u'_unique_id': u'4a09944d9b8541099a63f2d1a5f514e7', u'_context_is_admin': True, u'version': u'1.0', u'_context_project_id': None, u'_context_timestamp': u'2013-07-16 09:09:15.931216', u'_context_user_id': None, u'method': u'tunnel_update'} _safe_log /opt/stack/neutron/neutron/openstack/common/rpc/common.py:276
2013-07-16 11:09:16.229 17423 DEBUG neutron.openstack.common.rpc.amqp [-] unpacked context: {'user_id': None, 'roles': [u'admin'], 'tenant_id': None, 'is_admin': True, 'timestamp': u'2013-07-16 09:09:15.931216', 'project_id': None, 'read_deleted': u'no'} _safe_log /opt/stack/neutron/neutron/openstack/common/rpc/common.py:276
2013-07-16 11:09:16.231 17423 DEBUG neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] tunnel_update received tunnel_update /opt/stack/neutron/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py:288
2013-07-16 11:09:16.238 17423 ERROR neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] No tunnel_type specified, cannot add tunnel port

This bug will be adressed with the patch for the review :
https://review.openstack.org/#/c/33297/

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (master)

Fix proposed to branch: master
Review: https://review.openstack.org/37215

Changed in neutron:
status: New → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote :

Fix proposed to branch: master
Review: https://review.openstack.org/37217

Revision history for this message
Mathieu Rohon (mathieu-rohon) wrote :

The fix has been proposed in the BP review :
https://review.openstack.org/#/c/33297/

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to neutron (master)

Reviewed: https://review.openstack.org/33297
Committed: http://github.com/openstack/neutron/commit/6bdfccaf1b011a9354ef82a73500e6ce0967b2ed
Submitter: Jenkins
Branch: master

commit 6bdfccaf1b011a9354ef82a73500e6ce0967b2ed
Author: mathieu-rohon <email address hidden>
Date: Tue Jul 16 13:24:25 2013 +0200

    Add gre tunneling support for the ML2 plugin

    This patch add the type_driver GRE to enable the creation of GRE
    tunnels with the OVS agent.
    No Endpoints ID are managed. Only Endpoint IP are stored in DB,
    and this IP is proposed as an endpoint ID for the OVS agent.
    It also fixes the bug 1201471.

    Implements: blueprint ml2-gre
    Change-Id: I1a33a4bd3ebc4c97eecf17a59ce16b8c2066ec66

Changed in neutron:
status: In Progress → Fix Committed
Thierry Carrez (ttx)
Changed in neutron:
milestone: none → havana-2
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in neutron:
milestone: havana-2 → 2013.2
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.