[OPNFLWPLUG-704] Operational Inventory data persists in datastore after network is disconnected Created: 01/Jun/16  Updated: 27/Sep/21  Resolved: 21/Jul/16

Status: Resolved
Project: OpenFlowPlugin
Component/s: General
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Juraj Sebin Assignee: Juraj Sebin
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: PC

Attachments: File karaf.log.12 node 1     File karaf.log.13     File karaf.log.14    
Issue Links:
Duplicate
is duplicated by OPNFLWPLUG-568 Li plugin: [Clustering]operation DS i... Resolved
External issue ID: 5987

 Description   

I'm using this build: https://nexus.opendaylight.org/content/repositories/opendaylight.snapshot/org/opendaylight/integration/distribution-karaf/0.4.3-SNAPSHOT/distribution-karaf-0.4.3-20160530.142832-194.zip

And I'm running ODL in 3-node cluster.

After connecting mininet to cluster (sudo mn --controller 'remote,ip=10.25.2.14,port=6633' --controller 'remote,ip=10.25.2.13,port=6633' --controller 'remote,ip=10.25.2.12,port=6633' --topo tree,3 --switch ovsk,protocols=OpenFlow13) operational inventory DS shows data correctly. But after quitting (and cleaning up) mininet, data are still present in operational inventory datastore.

 Comments   
Comment by Juraj Sebin [ 01/Jun/16 ]

Attachment karaf.log.12 node 1 has been added with description: karaf log

Comment by Juraj Sebin [ 01/Jun/16 ]

Attachment karaf.log.13 has been added with description: karaf log node 2

Comment by Juraj Sebin [ 01/Jun/16 ]

Attachment karaf.log.14 has been added with description: karaf log node 3

Comment by Shuva Jyoti Kar [ 08/Jun/16 ]

Hi Juraj,

Are you using having switches in OFHA (same switches connected to multiple controller nodes ) and which version of the ofplugin are you using Li-plugin ?

Comment by Juraj Sebin [ 09/Jun/16 ]

Hi Shuva,

Yes, I believe that with mininet command I posted, every switch is connected to all cluster nodes.

Regarding the ofplugin version, it should be lithium version. This is list of installed features:
odl-restconf-noauth,odl-mdsal-clustering,odl-openflowplugin-flow-services-rest-li,feature-jolokia,odl-openflowplugin-app-table-miss-enforcer

Comment by Tomas Slusny [ 09/Jun/16 ]

I was able to reproduce this bug. Steps:

1. Start mininet (with TreeTopo, size 3)
2. Stop mininet (in this phase, inventory was always perfectly cleaned)
3. Start mininet again with same parameters
4. Stop mininet again (now, some parts of operational inventory are still present, and not fully cleaned)

So, bug is still present, and is appearing constantly, so going to look at it.

Comment by Tomas Slusny [ 20/Jun/16 ]

GERRIT: https://git.opendaylight.org/gerrit/#/c/40299

Comment by Luis Gomez [ 21/Jun/16 ]

Right, you can clearly see this issue here:

https://jenkins.opendaylight.org/releng/view/CSIT-3node/job/openflowplugin-csit-3node-clustering-only-beryllium/

In 2 first test suites, there is 1 consistent failure when checking for operational after mininet disconnects. This is currently only happening with Li plugin (in the past I saw it also in He).

BR/Luis

Comment by Juraj Sebin [ 27/Jun/16 ]

after retest issue is no longer present, closing

Generated at Wed Feb 07 20:33:10 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.