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-789 yangtools <p>On the parsing of the models of one of our devices, we are getting errors on augments not finding their targets. This is always in combination with nested groupings, where the target is somewhere in the nested grouping.</p> <p>I've attached a minimal model to this bug report. It is the original model that failed (with some IETF and BBF models), but I've removed everything that is not related to the problem, to have a minimal model to investigate with. I couldn't see an issue with the models however. </p> <p>Note also that in some occasions the parsing succeeds, and in others it fails. I've not been able to find the environment difference between the 2 systems that would influence this.</p> <p>I've also attached a file with debug logging from the error.</p> <p>Operating System: All<br/> Platform: All</p> YANGTOOLS-789

Errors on augments to nodes in groupings

Bug Resolved Cannot Reproduce Peter Kajsa Peter Verthez Mon, 19 Jun 2017 07:48:13 +0000 Sun, 10 Apr 2022 18:36:00 +0000 Mon, 17 Jul 2017 06:09:43 +0000 0 1 <p>Attachment augments.zip has been added with description: minimized model showing the bug</p> <p>Attachment error.txt.gz has been added with description: debug logging</p> <p>Hi,</p> <p>I have been trying to replicate this bug with the attached yang models, however without any success. I run the test in loop thousand times, but SchemaContext is always created successfully. Please are you sure, there is not something else what has influence on the bug occurrence (e.g. loading of an another revision of a module under some conditions etc.) or something what is missing in the attached set of yang models ?</p> <p>Thanks.</p> <p>We have several modules with independent models.</p> <p>However, for this parsing we are not using the SharedSchemaRepository, but</p> <p>CrossSourceStatementReactor.BuildAction reactor = YangInferencePipeline.RFC6020_REACTOR.newBuild(supportedFeatures);<br/> reactor.addSources(moduleSources);<br/> schemaContext = reactor.buildEffective();</p> <p>So I was assuming that there could be no interference between the modules. Or is this not correct? Can the parsing result depend on earlier parse results? If so, how can we avoid that?</p> <p>The code you posted is also standard way how to use parser, so I think there should not be any interference between models. Parsing result should not depend on earlier parse results, otherwise there is a bug. </p> <p>I will try to perform further investigation. If you find some new info that could help to replicate the bug, please let me know. </p> <p>Thanks.</p> <p>OK, I will investigate further from my end as well.</p> <p>I and some other people have tried to investigate the issue, but apparently we can't reproduce it anymore either (although it was reproduced by multiple people before). We don't exactly know why however.</p> <p>But in any case, I think you can close this issue and stop further investigating it. If it reoccurs, we will investigate first on our side.</p> <p>Ok, thanks.</p> Development External issue ID 8711 External issue URL Issue Type ODL SR Target Milestone Rank 0|i029e7: