[YANGTOOLS-810] NETCONF device is disconnected, as yangtools has issues to dynamically load OpenConfig models Created: 08/Sep/17  Updated: 10/Apr/22  Resolved: 12/Jun/18

Status: Resolved
Project: yangtools
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Sven Wisotzky Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows
Platform: PC

External issue ID: 9119

 Description   

When enabling OpenConfig support on my IP/MPLS router, NETCONF connection is terminated. Getting the following errors:

2017-09-08 08:25:56,522 | WARN | sing-executor-33 | NetconfDevice | 306 - org.opendaylight.netconf.sal-netconf-connector - 1.5.0.Carbon | RemoteDevice

{VSR}: Unable to build schemacontext, unsatisfied imports {}, will reattempt with resolved only
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}

: Initialization in sal failed, disconnecting from device
java.lang.IllegalStateException: RemoteDevice

{VSR}: No more sources for schema context
at org.opendaylight.netconf.sal.connect.netconf.NetconfDevice$SchemaSetup.setUpSchema(NetconfDevice.java:502)[306:org.opendaylight.netconf.sal-netconf-connector:1.5.0.Carbon]
at org.opendaylight.netconf.sal.connect.netconf.NetconfDevice$SchemaSetup.run(NetconfDevice.java:445)[306:org.opendaylight.netconf.sal-netconf-connector:1.5.0.Carbon]
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)[:1.8.0_131]
at java.util.concurrent.FutureTask.run(Unknown Source)[:1.8.0_131]
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)[:1.8.0_131]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)[:1.8.0_131]
at java.lang.Thread.run(Unknown Source)[:1.8.0_131]
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}

: Session terminated Session closed

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.

 Comments   
Comment by Peter Kajsa [ 08/Sep/17 ]

Hi,

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..

Thanks.

Comment by Sven Wisotzky [ 08/Sep/17 ]

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 <schemas> (rfc6022) everything works without problem.

From Karaf, I am just doing:
>netconf-connect-device -id VSR -p 830 -P admin -U admin -i 127.0.0.1

Comment by Jakub Morvay [ 08/Sep/17 ]

Hi Sven,

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.

Can you please provide us with NetconfDevice TRACE logs? Also can you please provide us with OpenConfig models, that are causing this issue?

Comment by Peter Kajsa [ 18/Sep/17 ]

downgrade severity because it seems it is not critical..

Comment by Giles Heron [ 19/Sep/17 ]

this might be a duplicate of YANGTOOLS-806.

Comment by Peter Kajsa [ 13/Oct/17 ]

Does this bug still persist ? Can you please retest with the following patch applied (https://bugs.opendaylight.org/show_bug.cgi?id=9005) ?

Comment by Robert Varga [ 12/Jun/18 ]

Missing steps to reproduce, no activity from reporter.

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