https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/OPNFLWPLUG-635 OpenFlowPlugin <p>When restarting switches on running controller controller has issues in clening up its state.</p> <p>We were testing that on stable/beryllim SR1 using loop: start_network.sh, sleep 0.5sec stop_network.sh.</p> <p>Please reproduce it also on 3node cluster.</p> <p>Operating System: All<br/> Platform: All</p> OPNFLWPLUG-635

Lifecycle cleaning

Bug Resolved Done Jozef Bacigal Jozef Slezák Tue, 15 Mar 2016 08:55:12 +0000 Mon, 27 Sep 2021 09:01:44 +0000 Mon, 16 May 2016 11:47:48 +0000 General 0 6 <p>Please take a look at this log messages in attached log20160316.zip. During last testing on stable/beryllium I saw node in operational inventory on disconnected network after that not all flows were reconciled.</p> <p>2016-03-16 18:42:04,174 | WARN | pool-33-thread-1 | RpcContextImpl | 157 - org.opendaylight.openflowplugin.impl - 0.2.1.SNAPSHOT | Xid cannot be reserved for new RequestContext, node:Uri <span class="error">&#91;_value=openflow:18087942711149584731&#93;</span><br/> 2</p> <p>org.opendaylight.yangtools.yang.data.api.schema.tree.ModifiedNodeDoesNotExistException: Node /(urn:opendaylight:inventory?revision=2013-08-19)nodes/node/node[</p> {(urn:opendaylight:inventory?revision=2013-08-19)id=openflow:18088224186126241907} <p>]/AugmentationIdentifier</p> {childNames=[(urn:opendaylight:flow:inventory?revision=2013-08-19)supported-match-types, (urn:opendaylight:flow:inventory?revision=2013-08-19)port-number, (urn:opendaylight:flow:inventory?revision=2013-08-19)serial-number, (urn:opendaylight:flow:inventory?revision=2013-08-19)group, (urn:opendaylight:flow:inventory?revision=2013-08-19)ip-address, (urn:opendaylight:flow:inventory?revision=2013-08-19)manufacturer, (urn:opendaylight:flow:inventory?revision=2013-08-19)stale-group, (urn:opendaylight:flow:inventory?revision=2013-08-19)supported-instructions, (urn:opendaylight:flow:inventory?revision=2013-08-19)supported-actions, (urn:opendaylight:flow:inventory?revision=2013-08-19)table, (urn:opendaylight:flow:inventory?revision=2013-08-19)stale-meter, (urn:opendaylight:flow:inventory?revision=2013-08-19)hardware, (urn:opendaylight:flow:inventory?revision=2013-08-19)switch-features, (urn:opendaylight:flow:inventory?revision=2013-08-19)description, (urn:opendaylight:flow:inventory?revision=2013-08-19)software, (urn:opendaylight:flow:inventory?revision=2013-08-19)meter]} <p>/(urn:opendaylight:flow:inventory?revision=2013-08-19)group/group[</p> {(urn:opendaylight:flow:inventory?revision=2013-08-19)group-id=3} <p>] does not exist. Cannot apply modification to its children.</p> <p>Attachment log20160316.zip has been added with description: Log files after restarting OVS2.4 on running controller</p> <p>Vaso, we have robot test to reproduce this problem.</p> <p>A patch for this bug was submitted:</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/38369/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/38369/</a><br/> <a href="https://git.opendaylight.org/gerrit/#/c/38111/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/38111/</a><br/> <a href="https://git.opendaylight.org/gerrit/#/c/37661/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/37661/</a></p> <p>To better assess the impact of this bug and fix, could someone from your team please help us identify the following:</p> <p>Severity: Could you elaborate on the severity of this bug? Is this a BLOCKER such that we cannot release Beryllium without it? Is there a workaround such that we can write a release note and fix in future Beryllium SR3?<br/> Testing: Could you also elaborate on the testing or this patch? How extensively has this patch been tested? Is it covered by any unit tests or system tests? <br/> Impact: Does this fix impact any dependent projects?</p> <p>This patch was made behalf on clustering changes needed to be implemented.On the changes were made and merged before the release SR2, we tested it in cluster in our place. Changes priorities were to be stable on connection flapping, and we rewrote whole connection and disconnection logic, made double candidate approach in plugin. Three patches mentioned, took to long to test, we manage better testing on cluster as we were able before, so we made a step forward. This patches meant to be ready before SR2 and merged before the lock. We all, most of us, agreed it is a regression for the SR2 in “cluster environment”. I don’t think we are able to make any workaround, its too complex to simplify this patch.</p> <p>We were testing in on our cluster every day for last two weeks. But we don’t have any robot tests, integration tests, but some unit test. </p> <p>This fix doesn’t impact any depending project, it is changing only plugin in cluster behavior like change mastership. It isn’t change statistics gathering nor rpc services nor yang models.</p> <p>Patches were already merged in beryllium, I will close this bug, if some errors or bug comes out from testing we should raise another bug.</p> <p>Have we verified if the bug has been fixed in the latest build for Beryllium SR2?</p> <p><a href="https://wiki.opendaylight.org/view/Simultaneous_Release:Beryllium_Release_Plan#Beryllium_SR2_Download" class="external-link" target="_blank" rel="nofollow noopener">https://wiki.opendaylight.org/view/Simultaneous_Release:Beryllium_Release_Plan#Beryllium_SR2_Download</a></p> Blocks OPNFLWPLUG-634 OPNFLWPLUG-670 OPNFLWPLUG-671 L2SWITCH-64 OPNFLWPLUG-638 OPNFLWPLUG-639 Development External issue ID 5523 External issue URL Issue Type ODL SR Target Milestone Rank 0|i032db: