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/CONTROLLER-1480 controller <p>Here is my observation:</p> <p>1) If I start individual features in a fresh controller they normally take less than 30 secs to bring in. There are some yang-parser meesages like below but they go very quick.</p> <p>2016-02-03 10:37:40,667 | INFO | l for user karaf | YangTextSchemaContextResolver | 78 - org.opendaylight.yangtools.yang-parser-impl - 0.8.0.SNAPSHOT | Provided module name /META-INF/yang/ietf-netconf-notifications@2012-02-06.yang@0000-00-00.yang does not match actual text ietf-netconf-notifications@2012-02-06.yang, corrected</p> <p>Example of single feature install:</p> <p>feature:install odl-bgpcep-bgp-all takes ~ 30 secs</p> <p>2) If I start to add features on top of others, the yang-parser messages start to appear very slow, CPU and memory goes very high, and the overall feature installation takes very long.</p> <p>Example bring same feature (took 30 secs before) after another:</p> <p>feature:install odl-ovsdb-openstack takes ~ 30 secs<br/> feature:install odl-bgpcep-bgp-all takes ~ 5 mins!!!</p> <p>I have experienced same delays + high CPU/memory mixing other features, so this is not just related to the example features.</p> <p>This may not be a blocker but the user experience is pretty much impacted.</p> <p>BR/Luis</p> <p>Operating System: All<br/> Platform: All</p> CONTROLLER-1480

Remove XSQL

Bug Resolved Done Robert Varga Luis Gomez Thu, 4 Feb 2016 00:12:15 +0000 Tue, 25 Jul 2023 08:24:07 +0000 Fri, 14 Apr 2017 22:04:40 +0000 clustering 0 3 <p>The issue was replicated, but it takes approximately 2 mins in my case. We have to investigate a root cause of the issue.</p> <p>Thanks, I guess it depends on the machine you use to run the controller...</p> <p>This should be quite a bit better with the work done in BUG-6972 &#8211; what is the status on current Carbon?</p> <p>I have just tested this with current carbon, the times are below 3 minutes for the second install.</p> <p>I wonder whether the features do not get refreshed and we end up re-creating the context anew. Some debug logs as to what the karaf is doing would be useful, because schema context assembly should really be a background task, which should not be holding feature:install back.</p> <p>One thing that comes to mind is that the infrastructure does not seem to be marked as 'dependency=true' in features.xml, hence the features may be getting reinstalled.</p> <p>patches to attempt to limit reinstalls: <a href="https://git.opendaylight.org/gerrit/#/q/topic:bug5222" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/q/topic:bug5222</a></p> <p>I'm not sure 'dependency=true"' has any effect on features; the Feature.java model in Karaf 3 (and 4) doesn't have a matching JAXB property.</p> <p>Dependency.java (Feature has a List of those) has a dependency at least in 4.x. Note that the 'feature' statement is mapped to dependency in the XSD.</p> <p>I have profiled this a bit more and the second install is now at one minute 40 seconds. The crux of the problem lies with sal-dom-xsql, which leaks memory on global context changes &#8211; after the test here it retains 700MiB+ of memory.</p> <p>Therefore I am considering this issue resolved from the perspective of yangtools and moving it to the controller, where it should be treated as a bug.</p> <p>I think the correct action is to open bugs to downstream projects:</p> <p>alto<br/> cardinal<br/> centinel<br/> eman<br/> genius<br/> honeycomb/vbd<br/> iotdm<br/> l2switch<br/> natapp<br/> nemo<br/> netide<br/> netvirt<br/> openflowplugin<br/> ovsdb<br/> sdninterfaceapp<br/> unimgr<br/> usc</p> <p>so they stop pulling in sql-dom-xsql and make this the tracker for XSQLs removal.</p> <p>Rename issue to reflect what we need to do, target to Nitrogen.</p> <p>Patches to downstream projects to remove dependencies in Carbon: <a href="https://git.opendaylight.org/gerrit/#/q/topic:die-xsql-die" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/q/topic:die-xsql-die</a></p> <p><a href="https://git.opendaylight.org/gerrit/54850" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/54850</a></p> Blocks CONTROLLER-1554 Development External issue ID 5222 External issue URL Issue Type ODL SR Target Milestone Rank 0|i02qtz: