OpenDaylight JIRA

OpenDaylight JIRA https://jira.opendaylight.org This file is an XML representation of an issue en-us

8.20.10

820010

22-06-2022

[OVSDB-240] IllegalArgumentException in operational delete: unable to connect ovs to plugin https://jira.opendaylight.org/browse/OVSDB-240 ovsdb Operating System: All Platform: All OVSDB-240

IllegalArgumentException in operational delete: unable to connect ovs to plugin

Bug Resolved Done Stephen Kitt Jamo Luhrsen Wed, 16 Dec 2015 21:39:32 +0000 Wed, 27 Jan 2016 01:33:53 +0000 Wed, 27 Jan 2016 01:33:53 +0000 unspecified Other 0 4 I hit this by repeating these steps several times: 1) create bridge in config 2) connect ovs (vsctl set-manager) 3) delete bridge in config 4) disconnect ovs (vsctl del-manager) The first few iterations did not seem to have trouble, but then the IAE was seen and now it seems we cannot connect an ovs instance to the plugin. PUT sent to: http://<tt>CONTROLLER-IP</tt>:8181/restconf/config/network-topology:network-topology/topology/ovsdb:1/node/ovsdb:%2F%2F{{HYPERVISOR-NODE-ID}}%2Fbridge%2Fbrtest with this data: { "network-topology:node": [ { "node-id": "ovsdb://<tt>HYPERVISOR-NODE-ID</tt>/bridge/brtest", "ovsdb:bridge-name": "brtest", "ovsdb:datapath-id": "00:00:b2:bf:48:25:f2:4b", "ovsdb:protocol-entry": [ { "protocol": "ovsdb:ovsdb-bridge-protocol-openflow-13" } ], "ovsdb:controller-entry": [ { "target": "tcp:<tt>CONTROLLER-IP</tt>:6633" } ], "ovsdb:managed-by": "/network-topology:network-topology/network-topology:topology[network-topology:topology-id='ovsdb:1']/network-topology:node[network-topology:node-id='ovsdb://{{HYPERVISOR-NODE-ID}}']" } ] } Attachment 4794.karaf.log has been added with description: karaf.log Jamo, what features are loaded? (In reply to Sam Hague from comment #3) > Jamo, what features are loaded? just odl-ovsdb-southbound-impl-rest lithium: <a href="https://git.opendaylight.org/gerrit/#/c/32123/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/32123/</a> master: <a href="https://git.opendaylight.org/gerrit/#/c/29017/2" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/29017/2</a> this is still there. I am pushing a system test to let us see it in CSIT: <a href="https://git.opendaylight.org/gerrit/#/c/33316/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/33316/</a> but, the basic steps in comment #1 are all we need, except that I first connect OVS, then check operational so I can know the UUID that it will use. Then I disconnect and follow steps 1-4. Robert Varga suspects this is a bug in OVSDB: <a href="https://lists.opendaylight.org/pipermail/controller-dev/2016-January/011309.html" class="external-link" target="_blank" rel="nofollow noopener">https://lists.opendaylight.org/pipermail/controller-dev/2016-January/011309.html</a> "It does look like a lifecycle issue with manager-entry (which is a list). According to the message, you are attempting to delete an item in the list, but the list itself does not exist – probably deleted asynchronously by another process, such as restconf or some other part of OVSDB which does not observe the same event causality (e.g. a TransactionChain instance) as OvsdbNodeRemoveCommand." I'm wondering if this could be caused by the ownership change handling: in OvsdbConnectionManager::handleOwnershipChanged(), if the instance is null and the entity has no owner, we forcefully clean up the operational data without going through the transaction invoker. If there's an OvsdbNodeRemoveCommand still in the invoker's queue, the clean-up will go through first, leaving the queued command dangling... The smoking gun is the "has no owner, cleaning up the operational data store" line right before the transaction failure, just after the "Cleaning up the operational data store" line which indicates the start of an invoker-driven transaction. <a href="https://git.opendaylight.org/gerrit/33554" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/33554</a> <a href="https://git.opendaylight.org/gerrit/33556" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/33556</a> <a href="https://git.opendaylight.org/gerrit/33554" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/33554</a> CSIT shows that this Exception is no longer there. There is still a failure in the test case because the bridge in config store is not configured via southbound when the ovs connects. I will open a new bug for that, if needed. Development External issue ID 4794 External issue URL Priority Rank 0|i021if: