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/YANGTOOLS-810 yangtools <p>When enabling OpenConfig support on my IP/MPLS router, NETCONF connection is terminated. Getting the following errors:</p> <p>2017-09-08 08:25:56,522 | WARN | sing-executor-33 | NetconfDevice | 306 - org.opendaylight.netconf.sal-netconf-connector - 1.5.0.Carbon | RemoteDevice</p> {VSR}: Unable to build schemacontext, unsatisfied imports {}, will reattempt with resolved only<br/> 2017-09-08 08:25:56,522 | ERROR | sing-executor-33 | NetconfDevice | 306 - org.opendaylight.netconf.sal-netconf-connector - 1.5.0.Carbon | RemoteDevice{VSR} <p>: Initialization in sal failed, disconnecting from device<br/> java.lang.IllegalStateException: RemoteDevice</p> {VSR}: No more sources for schema context<br/> at org.opendaylight.netconf.sal.connect.netconf.NetconfDevice$SchemaSetup.setUpSchema(NetconfDevice.java:502)<span class="error">&#91;306:org.opendaylight.netconf.sal-netconf-connector:1.5.0.Carbon&#93;</span><br/> at org.opendaylight.netconf.sal.connect.netconf.NetconfDevice$SchemaSetup.run(NetconfDevice.java:445)<span class="error">&#91;306:org.opendaylight.netconf.sal-netconf-connector:1.5.0.Carbon&#93;</span><br/> at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)<span class="error">&#91;:1.8.0_131&#93;</span><br/> at java.util.concurrent.FutureTask.run(Unknown Source)<span class="error">&#91;:1.8.0_131&#93;</span><br/> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)<span class="error">&#91;:1.8.0_131&#93;</span><br/> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)<span class="error">&#91;:1.8.0_131&#93;</span><br/> at java.lang.Thread.run(Unknown Source)<span class="error">&#91;:1.8.0_131&#93;</span><br/> 2017-09-08 08:25:56,537 | WARN | sing-executor-33 | NetconfDeviceCommunicator | 306 - org.opendaylight.netconf.sal-netconf-connector - 1.5.0.Carbon | RemoteDevice{VSR} <p>: Session terminated Session closed</p> <p>Behavior is a bit surprising: I get the log "unsatisfied imports {}", where the list of unsatisfied imports is empty. Also, if there are unsatisfied imports typically ODL does not terminate the NETCONF connection - but just ignores the corresponding models. So this is likely a bug in the yang parser causing this issue.</p> <p>Operating System: Windows<br/> Platform: PC</p> YANGTOOLS-810

NETCONF device is disconnected, as yangtools has issues to dynamically load OpenConfig models

Bug Resolved Cannot Reproduce Unassigned Sven Wisotzky Fri, 8 Sep 2017 06:35:56 +0000 Sun, 10 Apr 2022 18:36:01 +0000 Tue, 12 Jun 2018 13:24:42 +0000 0 3 <p>Hi,</p> <p>can you please attach a log or an error message of yang parser, because from current attached information I cannot say what is a source cause of this issue or even whether it is a bug in yangtools.. </p> <p>Thanks.</p> <p>Could you provide some guidance, on how to execute yangtools in this context. I am just using the NETCONF connector and the NETCONF connections break during import of the YANG modules. From my understanding, the model discovery process is using internally yangtools. When removing the OpenConfig modules from get &lt;schemas&gt; (rfc6022) everything works without problem.</p> <p>From Karaf, I am just doing:<br/> &gt;netconf-connect-device -id VSR -p 830 -P admin -U admin -i 127.0.0.1</p> <p>Hi Sven,</p> <p>From the NETCONF point of view, this seems that we are getting some strange SchemaResolutionException from YT during resolution of the mountpoint's schema context. The reason why I say the exception is strange is that it looks like the exception has no failed source nor unsatisfied imports in it. We are not expecting such a case in handling SchemaResolutionExceptions, so that's why you can see this strange behavior.</p> <p>Can you please provide us with NetconfDevice TRACE logs? Also can you please provide us with OpenConfig models, that are causing this issue?</p> <p>downgrade severity because it seems it is not critical..</p> <p>this might be a duplicate of <a href="https://jira.opendaylight.org/browse/YANGTOOLS-806" title="scope of model import prefix should be module/submodule, not module+submodules..." class="issue-link" data-issue-key="YANGTOOLS-806"><del>YANGTOOLS-806</del></a>.</p> <p>Does this bug still persist ? Can you please retest with the following patch applied (<a href="https://bugs.opendaylight.org/show_bug.cgi?id=9005" class="external-link" target="_blank" rel="nofollow noopener">https://bugs.opendaylight.org/show_bug.cgi?id=9005</a>) ?</p> <p>Missing steps to reproduce, no activity from reporter.</p> Development External issue ID 9119 External issue URL Rank 0|i029iv: