Ask Your Question
0

No flows in br-int

asked 2016-11-18 02:16:54 -0700

devendra gravatar image

updated 2016-11-18 02:18:17 -0700

Hi, I have a 3 node Openstack Kilo + Opendaylight Lithium SR4 setup.

This is working all good for a day or 2 but after that connectivity is lost between instances and also to external world. On restarting the OpenvSwitch daemon i am not able to view any flows in br-int on network/compute node. Though OVS logs states some flow_mods happening but nothing is seen on dump-flows command

OVS Logs *2016-11-18T09:29:15.285Z|00113|connmgr|INFO|br-int: added primary controller "tcp:10.1.24.5:6653" 2016-11-18T09:29:15.285Z|00114|rconn|INFO|br-int<->tcp:10.1.24.5:6653: connecting... 2016-11-18T09:29:15.307Z|00115|rconn|INFO|br-int<->tcp:10.1.24.5:6653: connected 2016-11-18T09:29:15.319Z|00116|bridge|INFO|ovs-vswitchd (Open vSwitch) 2.5.0 2016-11-18T09:29:24.802Z|00117|memory|INFO|118596 kB peak resident set size after 10.0 seconds 2016-11-18T09:29:24.802Z|00118|memory|INFO|handlers:8 ofconns:1 ports:41 revalidators:4 rules:18 udpif keys:8 2016-11-18T09:29:25.406Z|00119|connmgr|INFO|br-int<->tcp:10.1.24.5:6653: 1361 flowmods in the 9 s starting 10 s ago (1361 modifications) 2016-11-18T09:30:25.406Z|00120|connmgr|INFO|br-int<->tcp:10.1.24.5:6653: 1149 flowmods in the 9 s starting 59 s ago (1149 modifications)


The karaf logs has the error Tunnel end-point configuration missing. Please configure it in OpenVSwitch Table.

Karaf logs below 2016-11-18 04:29:14,622 | INFO | pool-43-thread-1 | SouthboundHandler | 285 - org.opendaylight.ovsdb.openstack.net-virt - 1.1.4.Lithium-SR4 | ovsdbUpdate: PORT - DELETE - <<node{getnodeid=uri [_value="ovsdb://uuid/158f8753-4893-4a3d-a75e-49ae6e97c042/bridge/br-int]," getterminationpoint="[TerminationPoint{getTpId=Uri" [_value="qr-58997f38-cd]," augmentations="{interface" org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.ovsdb.rev150105.ovsdbterminationpointaugmentation="OvsdbTerminationPointAugmentation{getInterfaceExternalIds=[InterfaceExternalIds{getExternalIdKey=attached-mac," getexternalidvalue="fa:16:3e:f9:7c:51," augmentations="{}}," interfaceexternalids{getexternalidkey="iface-status," getexternalidvalue="active," augmentations="{}}," interfaceexternalids{getexternalidkey="iface-id," getexternalidvalue="58997f38-cda5-4257-a80f-4c5fb01af515," augmentations="{}}]," getinterfacetype="class" org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.ovsdb.rev150105.interfacetypeinternal,="" getinterfaceuuid="Uuid" [_value="7ff4c13e-e7ab-473b-ae0e-8acc43cff100]," getname="qr-58997f38-cd," getofport="36," getportuuid="Uuid" [_value="404b5272-ff88-4b4a-bf1f-fd7879835ee9]}}}," terminationpoint{gettpid="Uri" [_value="br-int]," augmentations="{interface" org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.ovsdb.rev150105.ovsdbterminationpointaugmentation="OvsdbTerminationPointAugmentation{getInterfaceType=class" org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.ovsdb.rev150105.interfacetypeinternal,="" getinterfaceuuid="Uuid" [_value="fcffbb49-6d27-4783-901f-9aa5d84ef64e]," getname="br-int," getofport="65534," getportuuid="Uuid" [_value="d962a8e8-6c75-49ee-bb0d-773eaf1f1849]}}}," terminationpoint{gettpid="Uri" [_value="qr-7569c1a9-e9]," augmentations="{interface" org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.ovsdb.rev150105.ovsdbterminationpointaugmentation="OvsdbTerminationPointAugmentation{getInterfaceExternalIds=[InterfaceExternalIds{getExternalIdKey=attached-mac," getexternalidvalue="fa:16:3e:81:e7:1d," augmentations="{}}," interfaceexternalids{getexternalidkey="iface-status," getexternalidvalue="active," augmentations="{}}," interfaceexternalids{getexternalidkey="iface-id," getexternalidvalue="7569c1a9-e994-47c5-807d-a7ac95d814b6," augmentations="{}}]," getinterfacetype="class" org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.ovsdb.rev150105.interfacetypeinternal,="" getinterfaceuuid="Uuid" [_value="e2da5d83-d022-4488-822b-8996ce7a9c94]," getname="qr-7569c1a9-e9," getofport="38," getportuuid="Uuid" [_value="2da6f2dc-0e31-4599-bf92-445a796a1469]}}}," terminationpoint{gettpid="Uri" [_value="qr-6deec372-02]," augmentations="{interface" org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml.ns.yang.ovsdb.rev150105.ovsdbterminationpointaugmentation="OvsdbTerminationPointAugmentation{getInterfaceExternalIds=[InterfaceExternalIds{getExternalIdKey=attached-mac," getexternalidvalue="fa:16:3e:0a ...

(more)
edit retag flag offensive close merge delete

Comments

Found a workaround for this for the timebeing Restart ODL and u can see the flows back on OVS switches

devendra ( 2016-11-20 21:53:23 -0700 )edit

1 answer

Sort by ยป oldest newest most voted
0

answered 2016-11-21 10:16:26 -0700

shague gravatar image

Tunnel endpoint config is usually the localip is not defined in the OpenvSwitch other_config column. In the code it could be that the connection flapped or something else caused the ovsdb to not update. Can you look more in the logs for signs of the switch connections changing?

Kilo and Lithium are also very old. Much of the code has changed considerably so you might want to try and upgrade.

edit flag offensive delete publish link more

Comments

While integrating Openstack with ODL we do mention local ip ovs-vsctl set Open_vSwitch '_uuid' other_config={'local_ip'='<ip on="" which="" ovs="" runs="">'} Also we did face the same issue with Kilo + Berylium SR2

devendra ( 2016-11-23 01:35:11 -0700 )edit
Login/Signup to Answer

Question Tools

Follow
1 follower

Stats

Asked: 2016-11-18 02:16:54 -0700

Seen: 45 times

Last updated: Nov 21 '16